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Preface 



Signal Names 



Glossary 



This document provides a detailed explanation of the 2060 board hardware. The 
Sun- 3/2060 board uses positive logic. 

Both capitalized and uncapitalized names of signals are used in this text; they are 
synonymous. For instance, readen- and READEN- are names for the same low 
active signal (see the glossary for definition of "low active"). 

A few terms are used throughout this document which, without explanation, may 
seem confusing. 

□ Positive Logic — positive logic means that the asserted level (see below) of 
a signal is a logic 1 (see below also), 2.8 to 4.5 volts for a TTL gate. 

□ Asserted — when we say that a signal is "asserted," we mean that it is in it 
ACTIVE, or true, state. In positive logic this means that a signal like 
READ, when asserted, is equal to its most positive state. When a signal like 
WRITE*, WRITE-, or WRITEN (the three are synonymous) is asserted it is 
equal to its most negative state. 

d Activated — means the same as ' 'asserted. ' ' 

o Logic 1 — in positive logic, a logic 1 stands for the more positive of the two 
voltage levels. A logic 1 in negative logic stands for the more negative of 
the two voltage levels. 

d Logic — in positive logic, a logic stands for the more negative of the 
two voltage levels. A logic in negative logic stands for the more positive 
of the two voltage levels. 

d Set — means the same as logical 1. 

□ Clear — means the same as a logical 0. 

o High Active — refers to the level a signal is when it is "true"; in positive 
logic, a high active signal is true at its most positive state. For instance, 
p2_rw, the processor read and write signal, has a high active read state. 

d Low Active — refers to the level a signal is when it is ' 'true' '; in positive 
logic, a low active signal is true at its most negative state. For instance, 
p2_rw, the processor read and write signal, has a low active write state. 
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D 0N — when it refers to a switch (or switch section) setting, is synonymous 
with CLOSED. This means that the signal at the input of the switch "(or 
switch section) is shorted to its output. 

d OFF — when it refers to a switch (or switch section) setting, is synonymous 
with OPEN. This means that the signal at the input of the switch (switch 
section) is NOT SHORTED (signal is not passed) to its output. 

a CLOSED — when it refers to a switch (or switch section) setting, is 

synonymous with ON. This means that the signal at the input of the switch 
(switch section) is shorted to its output. 

When referring to a latch, it means that data is not flowing through the latch. 

□ OPEN — when it refers to a switch (or switch section) setting, is 
synonymous with OFF. This means that the signal at the input of the switch 
(switch section) is NOT SHORTED (signal is not passed) to its output. 

When referring to a latch, it means that data is flowing through the latch. 

d LATCHED — means that the data is held in the latch (that is, the latch is 
closed). 

o DIP — stands for Dual In-line Package, and refers to the physical geometry 
of the chip (rectangular, with pins on the two longer sides). 

o DIP Switch — a multi-sectioned switch which has DIP geometry. 

□ Switch — a device for making or breaking an electrical circuit. A switch 
may have one or more sections, each of which may control a circuit. 

□ Ox — hexadecimal prefix; the number foDowing this prefix is in hexade- 
cimal. 

a PCB — printed circuit board 

n TTL — transistor-to-transistor logic. 

° RX — receiver 

° TX — transmitter 

n A(17:12) — indicates a range of signals, in this case address lines 17 
through 12. 

o R/W — read/write 

Signal Levels The 2060 board uses positive logic; low active signal names can have either a 

suffix or a prefix, depending upon the convention with which the engineer was 
most familiar. 

For instance, the low active "write" signal from the 68020 might be labelled: 

o p_write- 

° /p_ write 

□ p2_write_ (usually found in PAL listings) 
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Component Designators 

Table 0-1 



Pullups/Pulldowns 



PALs/PAL Listings 



□ p_write\ 
d p_write*. 



All of these labels refer to the same signal and mean the same thing. 



Component Designators 



Designation 



Component 



U Integrated circuit resistor dips 

C capacitor 

R discrete resistor 

J jumpers/DIPswitches 

P connector 



Each component is assigned one of these designators. The designator is one of 
the above letters followed by four decimal digits. 

1 . The first two digits generally refer to the page number on which the com- 
ponent is found. In the case of packages which contain more than one com- 
ponent (for example, F00) the first two digits indicate the page on which the 
package is first used. 

2. The last two digits distinguish components on the same page. Sometimes 
these values will "skip." Generally the numbers are assigned in columns 
which go from left to right 

Pullups are indicated by "pu" followed by a functional designator, such as 
"puv7," which indicates a pullup used in the video section. Other pullups are 
indicated by "h" followed by anumerical designator, such as "hO." 

Pulldowns are indicated by an "pd" followed by a numerical designator, such as 
"pdO." 

Inputs to PALS are shown (in the schematics) on the left side, outputs on the 
right. 

All of the inputs and outputs are declared at the beginning of the listing. Nega- 
tive true inputs and outputs are usually preceded by a foreslash (for example, 
"/write") or succeeded by a trailing underscore (for example, "write_"). These 
two write signals are synonymous. 

In the equations, the negation of a signal is shown by preceding the signal with 
'!'. A logical AND is designated in the PAL equation by a star "*" or an amper- 
sand "&"; a logical OR may be either a plus sign "+" or a pound sign "#." 
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An Overview of the Sun-3 Architecture 



1.1. CPU 



1.2. System DVMA 



1.3. VME Slave User 
DVMA 



This section is divided into five parts: 

d the first describes the CPU and DVMA devices, 

d the next two describe the Control Space (68020 extensions and MMU) and 
all devices which must be accessed through the MMU, 

d the last two describe interrupts, resets, and timeouts. 

NOTE In this Chapter, references to the SUNS architecture manual (Rev. 2.0) are 
enclosed within square brackets []. 

The processor is a 68020 running at 16.67 MHz. All bus cycles incur a minimum 
of 1.5 wait states (except FPA and 68881 cycles). S4 is stretched by 30 nsec to 
cause the half wait state. 

In conjunction with the CPU is an optional 68881 Floating Point Processor. A 
separate clock is available to allow the FPP to run asynchronously to the 68020. 

All CPU space cycles are implemented as in section [3.1]. Disabled (System 
Enable register bit D6=0) FPP coprocessor cycles are terminated with an 
immediate bus error. All other coprocessor addresses and accesses to an enabled 
but uninstalled FPP result in a Timeout bus error. Interrupt Acknowledge cycles 
and installed and enabled FPP cycles terminate normally with DSACK or are 
aborted with a synchronous bus error. 

The two system DVMA devices are the Ethernet Interface (Intel 82586) [5.14] 
and the VME Slave System DVMA [6.2]. Both use supervisor data function 
codes and are implemented as in the SUN-3 architecture manual. 

The Ethernet Interface has one feature which other DVMA devices do not imple- 
ment — FIFO operation of the 82586 requires that the Ethernet Interface be able 
to retain bus mastership, therefore the 82586 can issue a HOLD signal along with 
bus request 

This is implemented as described in the SUN-3 architecture manual section [6.2]. 
User DVMA is performed in user data function codes. There is no response to 
any attempted access to a disabled context. 
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' 4. Refresh 



The refresh timer requests the bus via the DVMA controller just like the other 
DVMA devices. Once the bus has been obtained for a refresh operation, the con- 
troller does not execute a DVMA cycle but instead executes a refresh cycle. A 
refresh strobe, REFR, is issued instead of AS- so that the refresh cycle will not 
conflict with any other address space cycle. 



1.5. DVMA Controller 



DVMA/CPU device priority is as follows: 

1 . Refresh — nothing can stop a refresh cycle 

2. Ethernet — can issue bus hold to lock out priorities 3 and 4 

3. VME System/User DMA — dynamic bus hold feature to lock out 4 

4. 68020/68881 



1.6. Control Space Devices 
— FC3 



The following Control Space devices are implemented [4.1]; all devices are 
byte-read and byte-write except for the bus error register which is byte-read only. 
The ID PROM, Page Map, and Segment Map are implemented as an array of 
bytes. This allows word and longword accesses via the 68020 dynamic bus siz- 
ing capability. 



Table 1 - 1 Control Space Devices and Their Addresses 



ADDRESS 


DEVICE 


[0x00000000] + Virtual 


ID PROM 


[0x10000000] + Virtual 


Page Map 


[0x20000000] + Virtual 


Segment Map 


[0x30000000] 


Context Register 


[0x40000000] 


System Enable Register 


[0x50000000] 


User Enable Register 


[0x60000000] 


Bus Error Register 


[0x70000000] 


Diagnostic Register 


[0x80000000] to 
[OxEOOOOOOO] 


Non-responding addresses which 
will cause a timeout bus error 


[OxFOOOOOOO] 


MMU bypass access to Serial Port 
for diagnostics 



1.7. Memory Management 
Unit 



1.8. Device space 



The MMU will be implemented as described in the SUN-3 Architecture Manual, 
section [4.3], with the following exception: cache bits are read back as zero since 
they are not implemented. 



The device space includes everything accessed through the MMU ■ 
memory, video memory, the system bus, and the I/O devices. 
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1.9. Memory Space 

(TYPEO space) 

Parity Main Memory 



Video Memory 



1.10. I/O Devices (TYPE1 

space) 



Main memory is implemented as described in section [5.2]. A positive ack- 
nowledge scheme is used so that non-existent memory locations result in a 
timeout bus error. 

120 nsec 256K-by-l DRAMs are used to implement the parity memory. 
Accesses to this memory incur 1.5 wait states on reads and writes. There is a 
minimum of two megabytes of memory on the CPU board (a maximum of 4 
megabytes) and additional memory on the Expansion boards. 

Video memory is a 128 Kbyte block of memory starting at location OxFFOOOOOO. 
Copy Mode (if enabled) causes any write operation to a 128 Kbyte block of 
memory, starting at location 0x00100000, to also be written into the video 
memory. 

Video display format is of two types. The first is a 1 152-by-900 pixel format and 
the second is a 1024-by-1024 (lK-by-lK) format. The Vertical rate will be 67 
Hz, and the pixel rate will be 10 nsec per pixel. 

Outputs to the video monitor are as follows: 

1 . Serial Video — differential ECL 

2. Horizontal Sync — positive TTL pulse, sync on rising edge 

3. Vertical Sync — positive TTL pulse, sync on rising edge 

The following devices are implemented in TYPE1, 21 -bit address space as per 
the Sun 3 Architecture Manual [5.2, 5.4 to 5.14]: 



Table 1 -2 I/O Devices and Their Addresses 



ADDRESS 


DEVICE 


[0x00000000] 


Keyboard/Mouse interface 


[0x00020000] 


Serial I/O ports 


[0x00040000] 


EEPROM 


[0x00060000] 


Time of Day Clock 


[0x00080000] _j 


Parity Error registers 


[OxOOOAOOOO] 


Interrupt register 


[OxOOOCOOOO] 


Ethernet Control register 


[OxOOOEOOOO] 


Non-responding address which 
will cause a timeout bus error 


[0x00100000] 


EPROM 


[0x00120000] to 
[OxOOlAOOOO] 


Non-responding addresses which 
will cause a timeout bus error 


[0x001 C0000] 


Encryption processor 


[OxOOlEOOOO] 


Non-responding addresses which 
will cause a timeout bus error 
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1.11. VME Master (TYPE2 
and TYPE3 Space) 



The Parity Error registers, EPROM, and the EEPROM appear as an array of 
bytes. This allows usage of the 68020 dynamic bus sizing capability in accessing 
these devices. 

The Encryption processor is an option. To comply with U.S. Customs law, both 
the 95 1 8 DCP and support PAL will reside in sockets. The absence of the PAL 
will cause a timeout error. 

The Time of Day clock provides the level 7 non-maskable interrupt. The same 
interrupt can also provide a level 5 interrupt [5.7: Int. reg]. 

The EEPROM has a 10 msec per byte write overhead. It is software's responsi- 
bility not write to the EEPROM faster than 10 msec/byte. 

CPU accesses to the VMEbus will be through TYPE2 space for 16-bit data 
transfers and TYPE3 space for 32-bit data transfers. The 32-bit address will be 
decoded to supply the VME Address Modifier bits and define the VME address 
size. 



Table 1-3 


TYPE2 Space 




32-bit Address 


TYPE2 

VMEbus with 16-bit data 


AM5:3 (H) Address Modifiers 


[0x00000000] 
[OxFFOOOOOO] 
[OxhH-FOOOO] 


VME 32-bit address space 
VME 24-bit address space 
VME 16-bit address space 


(LLH) 
(HHH) 
(H L H) I/O access only 



Table 1-4 


TYPE3 Space 




TYPE3 

32-bit Address \ VMEbus with 32-bit data 


AM5:3 (H) Address Modifiers 


[0x00000000] 
[OxFFOOOOOO] 
[OxhrH-0000] 


VME 32-bit address space 
VME 24-bit address space 
VME 1 6-bit address space 


(LLH) 
(HHH) 
(H L H) I/O access only 



1.12. Interrupts 
On-Board Interrupts 



On-board interrupts are autovectored on all levels except for level 6 where the 
8530 SCCs provide a vector. 
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Table 1-5 On-Board Interrupts 



1.13. CPU Resets and 
Timeout 



LEVEL 


DEVICES 


7 


NMI- Real Time Clock and Parity Error 


6 


All Serial Controllers (8530As) 


5 


Real Time Clock 


4 


Video vertical interrupt 


3 


Ethernet, System enable register 3 


2 


System enable register 2 


1 


System enable register 1 



VME Vectored Interrupts VME interrupts are vectored and at lower priority than on-board interrupts. 



1. Power On Reset: see [7.0]. 

2. Watchdog Reset: see [7.0]. A user-accessible panic button (RESET) will 
also force a watchdog reset. 

3. CPU Reset: see [7.0]. In addition, access to the VMEbus will be inhibited 
for the 200 msec min. SYSRESET- period. 

4. CPU Board Timeout: Minimum of one refresh period, maximum of two. 
All non-responding addresses and devices will result in a timeout bus error. 
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VME Compliance 



VME Compliance « I 

2.1. Options .. 

2.2. Perfonnance Parameters ,, 
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VME Compliance 



2.1. Options 



2.2. Performance 
Parameters 



1. 

2. 
3. 
4. 



Multiple Arbiters: A jumper is provided; if installed, it gives arbitration 

control to another VME device. 

Arbiter Option: ONE, Only BR3- will be monitored. 

Requester Option: ROR, Release on request 

Timeouts: Two VME Master timeouts are provided. The first is a "retry" 

period of 2.88 usee at which time the VME interface "freezes" and other 

DVMA devices (Refresh, Ethernet) can obtain the local bus. After 256 

retries (737 usee), a timeout error will occur. This provides a timeout when 

the CPU board is master. No timeout will be provided for VME Slave or 

VME User mode since it is each master's responsibility to provide its own 

timeout. 

5 Backoff Mechanism: If the CPU initiates an access to the VME at the san 
time that a VME device accesses the P2, the CPU cycle will back off and be 
re-run. 

6 Non-implemented features: Since multiprocessing will not be allowed on 
our systems, READ-MODIFY-WRITE is not implemented. The ACFAIL- 
timing during power down will not meet spec. 

The following performance parameters assume a 60 nsec clock and 1.5 wait 

states on read and write cycles. 

1 . CPU to VME latency (assume ideal VME device) 



not currently bus master 
currently VMEbus master 



600-660 nsec 



420-480 nsec 



2. CPU to VME bandwidth (assume ideal VME device) 



burst rate 



8.3-9.5 MBytes/sec 
480-420 nsec/longword 
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3. VME to P2 latency (not currently P2 bus master, assume idle P2 bus) 



AS to DTACK 



570-630 nsec 



4. VME to P2 bandwidth (assume P2 bus locked) 



r— 






\ 




bandwidth 


6.3-8.9 MBytes/sec 
635-450 nsec/longword 




\_„ 









5. 


VME to VME transfer 




c 




-\ 




time to acquire VMEbus 


70-155 nsec 




bandwidth 


limited by VME spec and 
VME devices 


\ 




j 
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Block Diagram 



Block Diagram 15 



3.1. DataPaihs 
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Block Diagram 



The following figure, "2060 Block Diagram" shows a simplified block diagram 
of the SUN 2060 system. CPU and DVMA devices are on the left side. They 
supply a virtual address to the MMU and arbitrate for control via the DVMA 
controller. Control space devices are located in the center. These are the CPU 
extensions and are accessed in FC3 space. The MMU translates the virtual 
address into a physical address (Device Space) that is used by the devices 
accessed through the MMU. This Device Space is divided into four types: 

d typeO for main and video memory, 

□ typel for I/O and Control devices, and 

d type2:3 for the VME Master interface. 



Figure 3-1 2060 Block Diagram 
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3.1. Data Paths See the figure, "2060 Data Busing," which provides details about data bus con- 

nections. There are two bus sizes, a 32-bit and an 8-bit. The 32-bit bus provides 
a high-bandwidth path between the CPU, DVMA devices and main memory. An 
8-bit bus size is used to reduce board routing problems. This works because 
most of the Control and Device Space devices are 8 bits. The Parity Latch and 
Page Map interface bandwidth will be lower than maximum because of the 8-bit 
bus restriction but accesses to these devices will be infrequent and the loss of 
bandwidth not noticeable. The dynamic bus sizing capability of the 68020 is 
used so that longword moves can be made to these two devices. 

To segregate the MOS devices from the TTL devices, two separate 8-bit buses 
are used. The two types of devices have different data bus interfacing capabili- 
ties: MOS devices have weak bus drivers and are sensitive to undershoot while 
TTL devices have the opposite characteristics. The separation of the two techno- 
logies thus improves system reliability. 
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4.1. Board Form Factor 



4 



Mechanical Specifications 



The CPU and Expansion boards will conform to the triple height Eurocard 
specification. This will allow either board to plug into a 75 or 160 chassis. 

Eurocard dimensions are: 



r 






■s 




Height 


366 . 67 mm 






Width 


400.00 mm 




*. 






J 



4.2. Connectors 



There are eight connectors on the CPU board. 

1 . P 1 , P2 and P3 — 96-pin VMEbus connectors. 

2. 9-pin video output, 

3. 15-pin Ethernet, 

4. two 25-pin serial ports, and 

5. 15-pin long distance keyboard and mouse connector. 

The basic Expansion board has the three VMEbus connectors: PI, P2, and P3. 
Additional connectors depend on what other functions (besides memory) are on 
the board. 



4.3. Switches 



There are two user-accessible switches. One is the diagnostic switch which is 
used to enter and exit diagnostic mode. The other is the user reset switch, which 
causes a watchdog reset. 



sun 

micro* ytttmc 



19 



{Rev 1 of 10 May 1987) CONFIDENTIAL! 



5 

68020, 68881 Floating Point Coproces- 
sor, and Associated Circuitry 

68020, 68881 Floating Point Coprocessor, and Associated Circu- 
itry 23 

5.1. Processor Data Buffers — U105:2 23 

U 105 :2 Data Flow 23 

5.2. Cache Disable — J100 23 

5.3. CPU Space PALs — U106 and U107 24 

5.4. U106PAL 26 

U106 Input Signals 26 

U 1 06 Output Signals 27 

5.5. U 1 07 PAL 30 

U107 Input Signals 31 

U 1 07 Output Signals 3 1 




5 



tximtm ' ""■ mmsmm? 



5.1 Processor Data Buffers 
— U105:2 



U105:2 Data Flow 



68020, 68881 Floating Point 
Coprocessor, and Associated Circuitry 

Page one of the schematics contains the 68020 microprocessor and its 68881 
floating point coprocessor. Detailed information about these can be found in 
their respective User's Manuals. 

To the left of the 68881 are four processor data buffers, U 105:2, which isolate the 
P2 data bus from the data inputs of the 68020/68881; they also serve to reduce 
the loading on the data inputs of the 68020/68881. These data buffers are 
bidirectional; output is enabled from them when p_bufen- goes active Qow). 

Output of these buffers is normally enabled (p_bufen- is low) except during two 
situations: 

1. the 68881 is performing a cycle, or 

2. a DMA cycle is being performed. 

This enabling/disabling action is controlled by the p_bufen- signal from U107 
CPU space PAL. 

Direction of the data flow is controlled by the processor read/write signal, p_rw; 
when p_rw is high (a read), data flows from the P2 data bus to the processor; 
when it is low (write) data flows from the processor to the P2 data bus. The truth 
table for the U105:2 buffers is: 



Table 5-1 U 105:2 Processor Data Buffers — Data Flow 



Gate 

pjbufen- 


Direction 

p_rw- 


Which way the 
data will flow 








processor to P2 data bus (B -> A) 





1 


P2 data bus to processor (A -> B) 


1 


X 


outputs are tri-state 



5.2. Cache Disable — J100 



Jumper J100 on page 1 of the schematics serves to enable/disable the cache 
memory. When J100 is EN, cache is disabled; when J100 is OUT, cache is 
enabled. Usually this jumper is not installed (cache is enabled). 
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Table 5-2 


J 100 — Cache Disable and Enable 








Jumper Cache Status 






CPU Space PALs — 
U106 and U107 


In or Out? Enabled or Disabled? 






In Cache disabled 






Out Cache enabled 




5.3. 


Each of these PALs, U 107 and U106, decode address lines and function codes to 
generate the space-select and control signals. The three function code bits, 
FC2:0, decode to one of eight address spaces: 




Table 5-3 


Sun-3 Function Code Address Space 






Function Code 


Address Space 






FC2 


FC1 


FCO 















Reserved 












1 




1 
1 



1 

1 



Device Space (User Data) 
Device Space (User Program) 
Control Space 
Reserved 








1 
1 
1 




1 
1 


1 



1 


Device Space (Supervisor Data) 
Device Space (Supervisor Program) 
CPU Space 





Looking at this table, you will notice that address space is divided into three 
kinds of space: 

1. Device Space — Function Codes 1, 2, 5, and 6 

2. Control Space — Function Code 3 

3. CPU Space — Function Code 7. 

NOTE Attempted access to address space for function codes and 4 is illegal. 

U107:6 PALs issue the appropriate control signals for CPU space cycles — that 
is, the address space selected by FC7. Two kinds of CPU space cycles are used 
in the Sun-3 architecture: 

1. coprocessor (FPA/68881), and 

2. interrupt acknowledge. 

Address bits A17 and A16 are used to select between coprocessor and interrupt 
acknowledge cycles. 
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Table 5-4 CPU Space Cycles 



Address Bits 

All A16 


Type of CPU Space Cycle 


1 
1 



1 


Coprocessor 
Interrupt Acknowledge 



Address bits A15:13 are used to select from one of eight possible coprocessors. 
However only one coprocessor is a legal designee: the floating point chip, 68881. 
It is designated by A15:13 = 001 — see the table below. 



Table 5-5 Coprocessor Designation 



Address Bits 

A15 A14 A13 


Coprocessor 
Selected 


1 


68881 (FPP) 



Although all 32 processor address bits have meaning (in that they are decoded), 
only the lower 28 address bits are translatable through the MMU. Thus, virtual 
address space is defined as sixteen contiguous 256 Mbyte (28-bit) virtual address 
spaces. These sixteen address spaces are decoded by the four high order address 
bits not translated through the MMU, A(31:28). 

User space is defined as either A3 1:28 = 0x0, OxE (in the case where you are try- 
ing to access the FPA), or OxF. If a user program attempts to access one of the 
areas in between — that is A31:28 = 0x1 through A31:28 = OxD — the processo. 
will timeout and no acknowledge will be returned. 



Figure 5-1 Virtual Address Space 
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U106 PAL 



U106 decodes the four most significant address lines, A3 1:28, the function code 
bits FC2:0, and other control and enable signals, to issue various control signals. 

Pinout of the U106 PAL is: 



Figure 5-2 U106 Pinout 
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U106 Input Signals 



Inputs to the U 106 PAL are: 




f 

p_fc[2:0] 


■ unbuffered processor function codes 


\ 


p_a [31:26] 


- unbuffered processor virtual address bits 




en_boot- 


- special boot state - must go to EPROM 




s_dma- 


- cycle is a DVMA cycle 

(timing must be same as p_fc[2:0]) 




fpaen 


- FPA is enabled (from System Enable Register) 




fpp_cs- 


- processor is doing an FPP (68881) cycle. 




>■ . 
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Outputs from the U 106 PAL are: 



bootcy- - indicates a supervisor program access in boot state 

devspc- - processor is doing a device space cycle, 
FC1, 2, 5, or 6 

ctlspc- - processor is doing a control space cycle, 
FC3 

p2_fpa- - processor is doing an FPA cycle 

fpa_berr - attempting access to FPA that has not 
been enabled 

clkinh- - inhibit clock (multiphase) clock generator; used 
for clock stretch through PAL U4C0 



The PAL 


equation for the bootcy- 


signal is: 




bootcy- 


- /s_dma*en_boot * 
/p_a31*/p_a30*/p_ 

/s_dma*en_boot * 
p_a31* p_a30* p_ 


p_fc2*p_fcl*/p_fc0 * 
_a2 9*/p_a28 + 

p_fc2*p_fcl*/p_fc0 * 
_a2 9 



This equation indicates that the bootcy- signal will be active (low) when: 

□ you are not in a DMA cycle, 
d you are in boot state, 

□ you are in FC6, which indicates a superviser program access in device space, 
and 

□ the uppermost nibble of address, A31 :28, equals 0x0, OxE or OxF — access- 
ing a valid portion of the virtual address space.! 



tRemember, only A3 1:28 = 0x0, OxE (FPA), and OxF, ire legal accesses. 
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The PAL equation for the devspc- signal is: 



devspc - /p_fc2*p_fcl+/p_fc0 * /p_a31*/p_a30*/p_a29*/p_a28 + 

/p_fcl * p_fc0 * /p_a31*/p_a30*/p_a29*/p_a28 + 

/en_boot*p_fcl*/p_fcO * /p_a31*/p_a30*/p_a29*/p_a28 + 

/p_fc2*p_fcl*/p_fc0 * p_a31* p_a30* p_a29* p_a28 + 

/p_fcl * p_fcO * p_a31* p_a30* p_a29* p_a28 + 

/en_boot*p_fcl*/p_fcO * p_a31* p_a30* p_a29* p_a28 



This equation says you may do a valid device space access when: 

d the function codes = (1, 2, 5 or 6) and p_a<31:28> = (0x0 orOxF) as long as 
you are not in boot state (as long as en_boot- is false), or 

d the function codes = (1,2, or 5) and p_a<31:28> = (0x0, orOxF) while you 
are in boot state. 

The PAL equation for the ctlspc- signal is: 



r 


■• 


ctlspc 


- /s_dma * /p_fc2 * p_fcl * p_fc0 







This equation says you may do a valid control space access when: 

o you are not in a DMA cycle, and 

d the function code equals FC3. 

The PAL equation for the p2_fpa signal is: 



f 




\ 


p2_fpa 


- /s_dma*fpaen * /p_fc2 * p_fcl * /p_fc0 * 
P_a31*p_a30*p_a29*/p_a28 + 

/s_dma*fpaen * /p_fcl * p fcO * 
P_a31*p_a30*p_a29*/p_a28 + 

/s_dnva*fpaen * /en boot * p fcl * /p fcO * 
P_a31*p_a30*p_a29*/p_a28 




>. 




j 
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This equation says you may do an FPA cycle when: 
d you are not in a DMA cycle, 
□ the FPA is enabled, 

d you are in function code 1 , 2, 5, or 6 (when not in a boot state; 1 , 2, or 5 
when in boot state), and 

d the high order address nibble is equal to OxE (FPA space). 
The PAL equation for the fpa_bei- signal is: 



/fpa_be - /fpajbeit 



fpa_bei - /s_dma*/fpaen * /p_fc2 * p_fcl*/p_fc0 * 
P_a31*p_a30*p_a29*/p_a28 + 

/s_dma*/fpaen * /p_fcl* p_fc0 * 
P_a31*p_a30*p_a29*/p_a28 + 

/s_dma*/fpaen * /enjboot * p_fcl*/p_fc0 * 
P_a31*p_a30*p_a29*/p_a28 



J 



This equation says you generate a bus error when you attempt to access the FPA 
when the FPA is not enabled (fpaen is false). 

The PAL equation for the clock inhibit signal, clkinh, is: 



clkinh - /s_dma*fpaen * /p_fc2 * p_fcl * /p_fc0 * 
P_a31*p_a30*p_a29*/p_a28 + 

/s_dma*fpaen * /p_fcl * p_fc0 * 

P_a31*p_a30*p_a29*/p_a28 + 

/s_dma*fpaen * /en_boot * p_fcl * /p_fc0 * 
P_a31*p_a30*p_a29*/p_a28 + 



fpp_cs 



tNote the /tfpa_be = /fpa_bei equation; thu output is the wrong poUrity, md a demorganized version 
would not fit. So we provide an inverted output, and then invert it again for the coned polarity. 
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This signal disables the clock generator (U400 and U406) on zero-wait-statc 
cycles (68881 and FPA cycles). This disables slates cs4 through cs7, but still 
allows clock edges at cs2 and cs3. 

5.5. U107PAL The second half of the CPU Space decoder PALs is U 107. It decodes function 

code bits FC2:0, address bits A17:13, a pair of rerun signals, address strobe, and 
the FFP enable signal to generate 5 CPU space control signals. 

Pinout of the U107 PAL is: 
Figure 5-3 U 107 Pinout 

* * » * 

/s_dma * i* pal 

Itirt 

p_fc2 * 2* 
p_fcl * 3* 

F_:cC * 4' 

Tt W T » 

p_alT * 5' 

* » •» » 

p_alt * 6* 
p_a!5 * T 
P_al4 * 6' 

* * * * 

p_ai3 * 9* 

* * » * 

gnd *I0* 



WW************ 




* #* * 




1 *20» 


vcc 


**** 




*19* 


/p_b'jfen 


*■*»•* 




•18' 


/p_as 


*** * 




•17* 


/p2rerur. 


* * W It 




*16* 


/brerur. 


* * * * 




*:5* 


/rc.-j- 


* * * ■» 




*24* 


/p_inia 


* * * » 




*13* 


/fpp_berr 


* * * * 




*12* 


/fpp_cs 


** * * 




*ii* 


en fpc 
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U107 Input Signals 



Inputs to the U107 PAL are: 


._,„ 
s_dma- 


- 


cycle is a DVMA cycle 


p_fc[2:0] 


- 


unbuffered processor function codes 


p_a[17:13] 


- 


unbuffered processor virtual a'ddress 


en_f pp 


- 


FPP enable from System Enable Register 


p_as- 


- 


processor address strobe - acts as a qualifier 


b_rerun- 


- 


rerun request from DVMA logic 


sp2_rerun- 


- 


synchronized rerun request from FPA board 
via p2 bus 


v 




j 



U107 Output Signals 



Outputs from the U 107 PAL are: 



p_inta- - interrupt acknowledge cycle 

fpp berr- - quick berr when FPP is not enabled 

p_bufen- 



fpp_cs- 



rerun- 



output enable for bidirectional 
P2 <-> 68020 data buffers 

- chip select for 68881 

- logical OR of b_rerun- and sp2_rerun- 



Remember that CPU space is divided into either 

d a coprocessor access, or 

d an interrupt acknowledge cycle, 

as decoded by address bits A17 and A16. Interrupt acknowledge equals binary 
1 1 ; coprocessor cycle is decoded by binary 10. A pair of macros in the PAL 
equation cover these: 
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define INTA_SPACE 
define COPROCESSOR 



- p_al7*p_al6 

- p_al7*/p_al6 



Also, remember that address bits A15:13 can be decoded to one of eight copro- 
cessors. The only legal coprocessor is the 68881, decoded as 001 . A macro in 
the PAL logic defines this too: 



define FPP_ID - /p_al5*/p_al4*p_al3 



The p_inta- signal is active flow) when you are doing a CPU space access (FC7) 
and A 17: 16 equal 0x3 (both are high). The PAL equation for the interrupt ack- 
nowledge cycle signal, p_inta-, is: 



p_inta - CPUSPACE*INTA_SPACE 



A bus error signal is generated immediately if a 68881 cycle is attempted without 
first enabling the FPP. The PAL equation for the bus error signal, fpp_berr, is: 



fpp_berr - CPUSPACE*C0PR0CESS0R*FPP_ID*/en_fpp 



The signal p_bufen is the output enable (gating signal) for the P2 data buffers, 
U 105:2. The signal is activated every cycle (p_as is valid) unless the FPP is 
selected, or unless it is a DVMA cycle. The signal is then turned off to avoid the 
obvious conflict between signals already on the P2 bus and signals being driven 
onto the P2 bus by the 6888 1 . 



p_bufen - /s_dma * / (CPUSPACE*COPROCESSOR*en_fpp) * p_as 



The p_bufen signal is deasserted to disable the buffers for all coprocessor cycles. 



v. 
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p_bufen - /s_dma * p_as * /p_fc2 + 
/s_dma * p_as * /p_fcl + 
/s_drna * p_as * /p_fc0 + 
/s_dma * p_as * /p_al7 + 
/s_dma * p_as * p_al6 



The fpp_cs signal is a chip select for a 68881 cycle. It is valid as long as you are 
doing a CPU space access (function code equals FC7), you are addressing a 
coprocessor (A17:16 equal binary 10), address bits A15:13 decode to the FPP 
(equal a binary 001), the FPP is enabled, and you are not in a DVMA cycle. 



fpp_cs - CPUSPACE*COPROCESSOR*FPP_ID*en_fpp*/s_dma 



We OR the two sources of rerun (DVMA and FPA) here inside this PAL simply 
because the necessary pins were available. 



rerun - brerun + p2rerun 
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Power-on Circuitry 



NOTE The power-on and reset generator is in the upper left-hand portion of page two 
of the schematics. 

The 2060 board includes a power-on/power-off reset generator that provides an 
accurate reset pulse. The circuit uses a dual comparator LM393 (U200), a 1.2 
volt reference voltage LM385 diode (D201), charge capacitor K200, and resistor 
network R 107:0. 

The top comparator forms a power-on reset generator by comparing the voltage 
from the charge capacitor with the reference voltage. This comparator asserts its 
output until the voltage across the charge capacitor corresponds to a VCC of 4.5 
volts. 

The bottom comparator forms a power-off reset generator by comparing the +5V 
supply with the reference. This comparator asserts its output when the +5V sup 
ply voltage is below 4.5 volt without the charge delay incurred by the first com- 
parator. 

The output of both comparators is wire ORed so that signal power-on-reset (por-) 
is active when either comparator asserts its output. 



A 
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Response Synchronizer - — U206 



The two response synchronizer flipflops synchronize the P2 bus error and P2 
renin signals to c60 system clock. The outputs, synchronized P2 bus error 
(sp2_berr) and synchronized P2 rerun (sp2_rerun-) are activated during cs2 
(when cs2 signal to the presets is a high) and the D input to the flip-flops is active 
(low). 

Note that sp2_berr is a high active signal (for software use), so it is taken off the 
Q/ output of the flip-flop. The sp2_rerun- signal, being low active, is taken off 
the non-inverting output (Q) of U206. 

Both p2_berr- and p2_rerun- are used exclusively by the FPA board. 
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Reset Pal U201 and User Reset Switch 

U205 



8.1. U205 User Reset 
Switch 



U205 user reset switch is on the back of the board between the DIAG/NORM 
switch and the video connector. Pressing this switch forces a watchdog reset, 
which drops you down into the monitor program. 



Figure 8- 1 Sun-3 Connectors on the 2060 CPU Board 



ETHERNET 



LEDO 



LED7 





tea 




a 



S 










(LEDs) 



( diag position) 
DIAG 



DIAGNOSTICS *Q 

TOR* 
tposi 

Q< RESET 



NORM 
( boot position) 



VIDEO 



KEYBOARD 
MOUSE 



SERIAL 
PORTA 



SERIAL 
PORTB 
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1. L'201 Reset PAL 



The U201 reset PAL resolves contention between different types of resets. 
Pinout of the U201 PAL is: 



Figure 8-2 U201 Pinout 



************** It************ 



/c60 


* 1 * 




***« 


/button 


« 2 * 




« * » * 


nu3 


* 3* 




*♦ w * 


/s_halt 


* 4* 




* w ** 


/b_rerur; 


* 5* 




* W W W 


/b_rstin 


* €' 




* * * » 


r.-T 


* "7 » 




* * * * 


cslow 


* 8* 




» W * » 



pal 



** ** 




•20* 


vcc 


** * * 




*19* 


/p reset 


* *»■* 




*18* 


/watchdog 


* » * * 




*n« 


q3 


* *■* * 




*I6* 


°2 


* * T » 




* 15 * 


ql 


* * 11 * 




*14» 


cC 



/por 



/ir.it 



*I2 r /b rstout 



gnc ":!' 



/oe 



t>**tII«*1t)[tt»>t*T»*l 



U201 Input Signals 



Inputs to the U201 PAL are listed below. 

The following signals are used for watchdog resets (drops you into the monitor 
PROM): 



p halt- 


- 


Processor halt - either rerun or 
double bus error 


b_rerun- 


- 


Doing cycle rerun - else p_halt- triggers 
watchdog signal 


button- 


- 


Indicates user reset switch has been pushed, 
which is the same as a watchdog reset 


*- 







A very slow clock signal, cslow, is used to generate 
d a VME reset pulse of greater than 200 msec, and 
□ a p_reset signal that lasts longer than 512 cycles. 
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Since this signal is sampled a lot, the signal is synchronous. 



U201 Output Signals 



cslow - output of refresh address counter, U2404. It 
has a period approximately 62 msec. 



The following input signals are ' 'externally" caused resets. The p_reset term 
triggers a long VME reset. 



por- 

b_rstin- 
init_in- 
p_resetin- 



Power on reset 

Reset coming from the VMEbus 

OR of (por- and b_rstin) feedback 

p reset - bidirectional - input indicates 
a software reset 



The p_resetin- and p_resetout- signals are connected to the same bidirectional 
pin. They are mapped together in a post-processing stage. 

Outputs from the U201 PAL are: 



init- 
watchdog- 

b_rstout- 
p reset- 



- board-level initialize signal 

= watchdog reset occurred (drops you into the monitor) 
used as a status bit in the bus error register 

- VMEbus reset 

- processor reset 



These signals are derived from a complex series of state equations which you can 
find in the PAL listings for U201 . 

The watchdog- signal is connected to U1403 PAL, where it is decoded as TTL 
data bit for software readback. To allow this, the least significant bit of data 
from register U203, t_d[0], is not connected to the data bus; rather t_d[0] is sup- 
plied at pin 23 of U1403 PAL. 
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U202 and U203 Bus Error PAL and 

Register 



9.1. U202 Inputs 



The bus error PAL handles all the bus errors, the most common of which come 
from the MMU. 

Inputs to U202 PAL are: 



mmu_ve rr 
mmu_perr 

tout 

b_berr 

fpp_berr- 

cint berr- 



page referenced through MMU is invalid 

page is valid, but protected (you are 
trying to reference a protected page) 

timeout; nothing responded to this cycle 

bus error from the VMEbus 

quick berr when access to the FPP is 
attempted, but FPP has not been enabled 

spurious interrupt bus error. If an 
interrupt is asserted and then deasserted 
before an interrupt acknowledge 
can be run, this is known as a 
' 'spurious interrupt.'' The system traps 
on a spurious interrupt, which can occur 
on any level except Level 3, the Ethernet 
chip; Intel Ethernet chips can arbitrarily assert 
and deassert their interrupts!. 



tThis it known is t "feature." 
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rerun- - rerun the bus cycle; usually necessary 

because of an arbitration deadlock between 

the CPU and VME. The processor is notified 

that it should rerun the cycle 

by a simultaneous assertion 

of p_halt- and p_berr- signals. 

p2_as- - processor address strobe (acts as a qualifier) 

s_dma- - indicates the cycle is a DMA cycle 

p2_berr » bus error on P2 bus from FPA 

FPA_berr - bus error as result of attemped access to 
disabled FPA 



9.2. PinoutofU202PAL 

Figure 9-1 



Pinout of the U202 PAL is: 
U202 Pinout 



*»*«***» 



/c6C 



nra'j verr * 2* 



pal 



* * * * 

*2 0* vcc 

* * * » 

*I9» /s dir.a 



irjn'j_perr * 3* 

* w * » 

tout * 4* 
b berr * 5* 



•le* sp2_berr 
» ** * 

*17* lberr 

» * » * 

*16* /p_berr 



/fpp_berr * 6* 

* * w * 

/cint_berr * 7" 

/rerun » 8* 

* * * * 

/p2_as * 9* 

gnd *10* 



****«»*»****************#* 



*15* /s_halt 

*14* /vmeberr 

•13* fpa__berr 

*12* /p_halt 

**** 

*11* /oe 
**** 
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9.3. U202 Output Signals 



Output signals from the U202 PAL are: 


f 




\ 


p_halt- 


- 


bidirectional processor halt signal 


lberr 


- 


latch bus error status 


p_berr- 


- 


processor bus error 


s_halt- 


- 


syncronized halt signal (internal use only) 


vmeberr- 


- 


bus error for the VME (includes only memory 
MMU) 


>. 




j 



Halt is asserted for reruns. The signal s_halt is a synchronized version of p_halt; 
p_halt is the ' 'open collector" version. Since p_halt is bidirectional, R209 
pullup resistor is connected to this pin to place the line in a tri-state when the sig- 
nal is deasserted. 

The PAL equation for the p_halt- signal is: 



/ 


s 


if ( s_halt ) p_halt - s_halt 
s_halt :- p2_as * /s_dma * rerun 




V 


J 



The p_berr signal indicates a processor bus error. It is asserted when one of the 
following occurs (all are qualified by processor address strobe to indicate a valid 
read/write cycle): 
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p_berr 



p2_as * /s_dina * lberr + 

indicates one of the latched bus errors is active (see lberr below) 

p2_as * /s_dma * fpp_berr + 

access to the 68881 attempted when it has not been enabled 

p2_as * /s_dma * int_berr + spurious interrupt 

p2_as * /s_dma * rerun + cycle rerun 

p2_as * s_dma * mmu_verr + DVMA attempted to access an invalid page 

p2_as * s_dma * mmu_perr + DVMA attempted to access a protected page 

p2_as * s_dma * tout DVMA timed out 



J 



The IbeiT signal latches certain of the bus error signals into the bus error latch, 
U203. Since there were not enough OR terms for p_berr, bus errors had to be 
partitioned into 2 groups — those that have to be latched into the bus error regis- 
ter and those that don't This is the term used to latch those errors. Errors thai 
are not latched into the bus error register are: 

o FPP errors, 

d spurious interrupts, and 

d reruns. 

They vector automatically, and thus do not have to be latched (except for rerun, 
which is not vectored). 
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Equation for the bus error register latch signal, lberr-, is: 



lberr 



/p2 as + valid read/write cycle 



s_dma + 
/mmu_verr * 
/mmu_perr * 
/tout * 
/b_berr * 
/p2_berr * 
/fpa_berr 



a DMA cycle is not being run 
cycle is invalid 
permissions incorrect 
timeout 

VMEbus error (presyncd) 
error from the FPA 
FPA is disabled 



Bus errors that go to the 68020 are latched, and bus errors that are caused by 
VME cvcles excluded. 



vmeberr : - 



p2_as * s_dma * mmu_verr + cycle is invalid 

p2 as * s_dma * mmu_perr + permissions incorrect 

p2_as * s_dma * tout + timeout 

p2_as * vmeberr hold till end of cycle 
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U203 Bus Error 
Register 



NOTE 



Some of the bus error signals are latched into U203 to allow software to access 
them and determine what kind of bus error was asserted. Note that the LSB of 
the register, t_d[0], is not connected. This bit is the watchdog reset bit, which is 
supplied later by PAL U 1403. 

FPP and interrupt bus errors vector automatically to their individual traps, so 
they do not need to be read by software through the bus error register. 

The output enable for the bus error register is supplied by the assertion of 
rd_berr-, a low active signal supplied by U1403 PAL. Data is loaded and latched 
into the register by the upward transition of lberr, supplied by U202 bus error 
PAL. 

The bus error register latch signal, lberr, is activated by each bus error; thus 
only the status of the latest bus error is latched into the bus error register. 
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U204 DSACK PAL 



The dsack PAL acts mainly as an OR gate, encoding acknowledges arriving from 
all over the board through the PAL to drive the two dsack output lines. The 
dsack output lines are used to inform the 68020 of the I/O data port size. 



10.1. 


Pinout of U204 PAL 


Pinout of the U204 PAL 


is: 








Figure 10-1 


U204 Pinout 


* * * n 




* * w * 








/p2_as 


* 1* 

« * * * 


pal 


*2 C * 


vcc 






p2_sizC 


* 2" 

* ■* * W 




* 1 9* 

* » * * 


/dsack! 






p2_sizi 


* 3* 




* * * » 


/vsack 






p2_a0 


* A* 

* * * r 




* » * * 


/vcopyc 






p2_al 


* 5* 

* * w * 




•16* 

* * » * 


/fpp_cs 






ltypO 


*■«*■* 




•15' 

* * * w 


/b_drack 






/tsack 


* 7* 

»* » * 






nu!4 






/msack 


* 8" 

* * * * 




*13* 
* * * * 


nu!3 






/dcpsack 


* 9* 




*12* 
*** » 


/dsackl 



gnd *10* 



'11* /p2 ack 



**********»*»********, 



** *** ** * i 
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10.2. U204 Input Signals 



p2_as- 

p2_siz[l:0] 

p2_a[01:00] 

ltypO 

tsack- 

msack- 

dcpsack- 

p2_ack- 

vsack- 

vcopydet- 

fpp_ cs ~ 
b dtack- 



- processor is doing a cycle 

- size bits (for VME dynamic bus sizing) 

- address bits (for VME dynamic bus sizing) 

- 16-bit or 32-bit VME transfer 

- dtack from 10 type space - TTL devices 

- dtack from IO type space - MOS devices 

- dtack from 10 type space - DCP chip 

- open collector dtack from main memory 

- dtack from video frame buffer 

- copy mode cycle - wait for vsack 

- FPP cycle - float outputs 

- dtack from VME type space 



Bus Transfer Size 



The P2 size bits, p2_siz[l:0], determine the size of the data transfer which is to 
be made by the processor over the data bus. This "data size" is decoded in the 
following table. 



Table 10-1 Data Size Encodings: (p2_siz[l :0]) 



Offset Bits 



P2Siz 

p2 siz[l] 


eBits 

p2_siz[0] 


Size of 
Transfer 








longword (32 bits) 





1 


byte (8 bits) 


1 





word (16 bits) 


1 


1 


3-byte (24 bits) 



The two low order P2 address bits, p2_a[01 :00], are used to determine the offset 
from the base of the transfer. The ' 'base' ' of a transfer is the bit at which the 
least significant bit of the data being transferred lines up in the 32-bit bus transfer 
space. 

d A byte transfer is normally (assuming a zero-byte offset) transferred on lines 
24-31 on the data bus, with its LSB aligning on bit 24. 
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o A word transfer is normally passed over lines 16-31 of the data bus (again 
assuming a zero-byte offset), with its LSB aligning with bit 1 6. 

d A three-byte transfer occupies data bus lines 8-31 , LSB starting at bit 8. 

o A longword transfer occupies all 32 data lines. 

Figure 1 0-2 Byte Data Alignment Within the 32-bit Bus Space f 




Figure 1 0-3 Word Data Alignment Within the 32-bit Bus Space t 



if 31 


24 23 




16 15 


08 07 
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word 
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Figure 1 0-4 3-Byte Data Alignment Within the 32-bit Bus Spacet 
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Figure 1 0-5 Longword Data Alignment Within the 32-bit Bus Spacet 



tit 31 


24 23 16 


15 


08 07 


00 




longword 








transfer 




— »■ 



Remember that in a write cycle, the 68020 drives all 32 lines of the data bus 
regardless of the actual size of the transfer. This means that all 32 lines arc 
driven even though there may only be a byte (8 bits) of data actually being 
transferred. 



t These alignments are valid for dau with a zero-byte offset only. 
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However, the data can be offset from its base — that is, moved one or more bytes 

to the right in the 32-bit data space. 

□ For instance, as described above, a byte transfer with no offset is transferred 

on lines 24 through 31. 
d A byte transfer with 1-byte offset will be shifted one byte to the right — that 

is, transferred over lines 16 through 23. 
n A byte transfer with a 2-byte offset will be shifted 2 bytes to the right of the 

norm — that is, transferred on lines 8 through 15. 
The figure below illustrates the different offsets that a byte-transfer may have 
within a 32-bit longword. 

Figure 1 0-6 Dynamic Bus Sizing — Transfer Offsets 



10.3. U204 Outputs 



31 
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And so on. The table below decodes the different offsets. 
Table 10-2 Base Offset Encodings: (p2_a[01 :00J) 



P2 Addi 

p2 a[01] 


'ess Bits 

P 2_a[00] 


Size of 
Offset 








bytes 





1 


+1 bytes 


1 





+2 bytes 


1 


1 


+3 bytes 



For more information on transfers and offsets, please the MC68020 User's 
manual. 

Outputs of U204 DSACK PAL are the two dsack bits, dsack[l :0]. They are used 
as inputs by the processor to determine the port size to or from which it will 
make an I/O transfer. Port size can be 32, 16 or 8 bits. 
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Table 1 0-3 Dynamic Bus Sizing: How dsackfl :0] Decode Port Size 



DSACK Bits 



dsackfOl) 







dsack[00] 







Size of 
Port 



32 bits 



16 bits 



8 bits 



No size — inserts 
wait states into current 
cycle. 



Since every device has a unique address, there should never be an occasion when 
more than one acknowledge is returned at the same time. However should more 
than one acknowledge be returned simultaneously, the DSACK PAL will output 
a "no acknowledge" (dsack[l:0] are equal to ones), and wait states are inserted 
into the current cycle until a timeout bus error is incurred. 



« 
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Interrupt Circuitry — U301:U300, J300 



The interrupt circuitry includes 

d two interrupt buffer/registers, U300 and U301 , 

d the VME interrupt connector, J300, 

d the interrupt priority encoder PALs, U304:2, and 

d the interrupt priority latch, U305. 

This chapter covers the the two interrupt registers and the VME interrupt connec- 
tor. 

11.1. Interrupt Priority Interrupt priority runs from level (lowest priority) to level 7 (highest priority). 

Interrupt levels are encoded to the three interrupt priority code bits, p_ipl(2:0), 
which are connected to the interrupt priority level pins ipl(2:0) on the 68020. 

d Interrupt level zero (low active ipl[2:0] bits are all high) indicates that no 
interrupt service is presently requested. 

d Interrupt levels one through six are "maskable" interrupts — they are vali- 
dated after comparison with three interrupt status bits in the MC68020 status 
register. 

1 . If the value in the status register is greater (its interrupt priority is 
higher) than this latest interrupt request, the latest interrupt request is 
ignored. 

2. If the value in the status register is less than or equal to (its interrupt 
priority is equal to or lower than) this latest interrupt, the latest interrupt 
is "pending." This means it will be serviced as soon as the present 
interrupt cycle is completed. 

□ Interrupt level seven flow active ipl[2:0] bits are all low) is non-maskable. 
This means that it can not be inhibited by the interrupt priority mask (three 
interrupt status bits in the MC68020 status register). An interrupt request is 
generated any time a request level changes from some lower level to level 
seven. 
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.2. U301:0 Interrupt 
Enable Registers 



NOTE 



The interrupt registers latch interrupt enable status bidirectionally. Write status 
is held in U300, software readback status is done through U301. The register is 
cleared on power-up by the assertion of init- from the U201 Reset PAL. 

The interrupt register allows you to selectively generate one of three software 
interrupts — levels 1, 2, or 3. Interrupt level is used as a global interrupt 
enable (high active en_int signal). Signal descriptions from the registers are 
given below. 

o EN.INT — This bit enables all interrupts, including those recorded in the 
Memory Error register. If this bit is off, no interrupts can occur. 

d EN.INT(3: 1) — These bits cause software interrupts on the corresponding 
level. The interrupt request caused by an EN.INT(3:1) bit stays active until 
software clears the corresponding bit. 

□ EN.INT4 — enables video interrupt requests on level 4. When enabled, a 
level 4 interrupt request is set on the rising edge of vertical retrace. A level 
4 interrupt request is cleared by momentarily turning off the EN.INT4 bit. 

This bit, EN.INT4, has no effect in implementations which have no memory frame 
buffers. 

o EN.INT5 — enables clock interrupt requests on level 5. When enabled, a 
level 5 interrupt request is set on the rising edge of the clock interrupt out- 
put. The level 5 interrupt request is cleared by momentarily turning off the 
EN.INT5bit. 

o EN.INT6 — is a reserved bit. It can be read from and written to but has no 
effect. 

a EN.INT7 — enables clock interrupt requests on level 7. When enabled, a 
level 7 interrupt request is set on the rising edge of the clock interrupt out- 
put. The level 7 interrupt request is cleared by momentarily turning off the 
EN.INT7 bit. 



Table 11-1 Interrupt Register — Signal Designations 



BIT 


NAME 


TYPE 


MEANING 


EK0> 


EN.INT 


read-write 


Enable all Interrupts 


D<1> 


EN.INT1 


read-write 


Software Interrupt Level 1 


rx2> 


EN.INT2 


read-write 


Software Interrupt Level 2 


EX3> 


EN.INT3 


read-write 


Software Interrupt Level 3 


D<4> 


EN.INT4 


read-write 


Enable Video Interrupt Level 4 


D<5> 


EN.INT5 


read-write 


Enable Clock Interrupt Level 5 


EX6> 


EN.INT6 


read-write 


(reserved) 


EX7> 


EN.INT7 


read-write 


Enable Clock Interrupt Level 7 



The write interrupt register, U300, has data written into it from the TTL data bus 
when a positive transition of wr_int- arrives from U1401 PAL (we use the posi- 
tive edge of a negative active signal as clock here to allow for latch setup time). 
The register is cleared to lows by the assertion of the processor reset signal, 
p_reset-. 
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The readback register is an ALS244 buffer whose output is enabled with the 
assertion of rd_int- (a low active signal) to pins 1 and 19. 

The register latches seven levels of interrupt enable and an eighth signal, vinten, 
vertical interrupt enable, which clears the vertical interrupt flipflop, U2209, in the 
video section of the board. 

11.3. J300 J300 jumper allows you to individually enable or disable interrupts coming from 

the VMEbus. This is a convenience in situations where you are using more than 
one CPU, by allowing you to assign individual interrupts to separate CPUs. 
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Interrupt Circuitry — U302-U304 

PALs, U305 Register 

This Chapter covers the three interrupt PALs, U304:2, on page three of the 
schematics. It also describes the interrupt priority latch, U305. 

Interrupts can come from the 

□ VMEbus (through J300 header) 

d on-board devices . 

d interrupt enable register (U300), or be 

d spurious (false). 

NOTE A spurious interrupt is an interrupt which is asserted and then deasserted before 
the processor can complete an interrupt acknowledge cycle. Typically, an inter- 
rupt level is asserted but no dsack(l :0) bits or autovector signal (p_avec-) is 
returned to conclude the interrupt acknowledge cycle. 

There are two parts to an interrupt cycle: 

1. a request cycle, and 

2. an interrupt cycle. 

12.1. Interrupt Request On interrupt request cycles, a device or interrupt request is asserted to the either 

Cycle the high or low priority encoder (U302 or U303). The interrupt request level is 

then output from the appropriate PAL on the three interrupt priority code lines, 
ipc(2:0), to PAL U304. 

This interrupt priority code level is then encoded by U304 onto the three inter- 
rupt priority level lines p_ipl(2:0) which are connected to the processor. 

This concludes the interrupt request cycle. 
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Figure 1 2- 1 Interrupt Request Cycle 
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'2.2. Interrupt 

Acknowledge Cycle 



The processor completes the second half of an interrupt cycle, the interrupt ack- 
nowledge cycle, by issuing the acknowledged priority level on three processor 
address lines, p_a(03:01), which are connected to the upper and lower priority 
encoders, U302 and U303. The appropriate encoder issues a 2-bit acknowledge 
signal to U304 on either 



d hp_ack( 1 :0) — high priority encoder, or 
□ lp_ack(l :0) — low priority encoder. 



U304 then decodes this 2-bit acknowledge and issues the appropriate interrupt 
acknowledge signal: 



□ interrupt bus error 
d VMEbus interrupt 

□ SCC interrupt acknowledge, or 
a autovector. 



v..- 



^sun 



mcrcaysieme 



(Rev 1 of 10 May 1987) CONFIDENTIAL! 



Chapter 1 2 — Interrupt Circuitry — U302-U304 PALs, U305 Register 75 



Figure 12-2 Interrupt Acknowledge Cycle 
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— > Signals flaw from left to right —> 



Before issuing any sort of interrupt signals of their own, U303 and U302 
make certain that there are no interrupts pending of a higher priority than 
that they are about to service. 

d If a higher-priority interrupt is pending, the interrupt acknowledge cycle 
is allowed to complete before this new one is initiated. 

d If no higher-level interrupt is pending (or the interrupt pending is of an 
equal or lower priority than the earlier interrupt about to be serviced) the 
earlier interrupt cycle is completed. 

Thus, the progression through an interrupt cycle is: 
Request — > Pending — > Acknowledge — > Service 

These acknowledge signals encode various types of interrupts: 

d autovector — the p_avec- signal is asserted by most on-board devices, 
forcing the processor to generate an internal vector number, 

d vectored on-board interrupt — vectors to the SCCs; 

□ vectored interrupts from the VMEbus; 

d finally, there may be no response, which indicates that no interrupts are 
pending (spurious interrupt). 
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A flow chart of the interrupt acknowledge cycle is provided below. 
Figure 12-3 Interrupt and Acknowledge Cycle 



Interrupting Device 

1 . Interrupt request is asserted by device 
2. Interrupt is asserted on pjpl(2£) lines 



Processor 

1 . Interrupt Request Level compared with Interrupt Mask 

a. If higher level priority, 

interrupt is serviced 

b. If lower level priority, 
interrupt is not recognized 

2. Read/Write- signal asserted 
3. Function Code set to 0x7, CPU space 
4. Interrupt level placed on p2_a(2.H) address lines 
5. Size bits (siz[l:0J) set to transfer size 
6. Address strobe (p2_as-) and data strobe (p2_ds) asserted 



Interrupting Device 

Provides Vector Number 

I. Vector number generated 

2. Port size dsack(l.-0) bits asserted from device, or 

3. Autoveclor generated (avec- asserted) 



Processor 

Acquires Vector Number 

1. Vector number latched 
2. p2_as- and p2_ds deasserted 



Processor 

Starts interrupt processing 




Interrupting Device 
Releases bus 
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12.3. Priority 

12.4. Two-Level Priority 
Encoding 



Priority goes to the on-board interrupts on both encoding and acknowledging. 

The two-level priority encoder uses three PALs — U304:U302 — and a latch, 
U305. The first level of encoding is done by the two PALs, U302 and U303. 
Second level encoding is done by U304. 

It is necessary to use two levels of encoding because there are too many inputs to 
be handled by a single PAL. Therefore the pair of PALs, U302 and U303, exe- 
cute a first-level encoding; their outputs are encoded by the second-level PAL, 
U304, whose outputs are the final interrupt and acknowledge signals. 

The first level of encoding is split between 

d U302 — which handles the lower priority interrupts and 

□ U303 — which handles the higher priority interrupts. 

When one of the two encoders processes an interrupt, it issues an interrupt prior- 
ity code to the second-level encoder, U304, over the ipc(2:0) lines. 

The two first-level encoders, U302 and U303, are daisy chained together by the 
output enable signal /hp_eo, which arbitrates between U302 and U303. If U303 
deasserts the low active /hp_eo signal, it: 

1 . notifies U304 that U303 will have control of the ipc(2:0) lines, and 

2. disables U302, the lower-level priority encoder. This "lock-out' ' ensures 
that the highest priority interrupt request takes precedence, preventing bus ' 
contention. 

Otherwise, U302 asserts /lp_eo, indicating that it (U302) will have output on the 
ipc(2:0) lines. 

The 2-bit lp_ack(l:0) and hp_ack(l:0) acknowledge bits encode the three types 
of interrupt acknowledge: 



Table 12-1 Low Priority Acknowledge Bit Encodings : lp_ack(l :0) 



Priority At 

lp_ack[0J] 


idress Bits 
lp_ack[00] 


Type of 
Vector 


1 


1 


Autovector 


1 





Not used 





1 


VME vector 








Spurious Interrupt!! 



tlf lp_ick(l :0) = 00 and the p2_t(3:l) address bits equal 0x7, 0x6, or 0x5, this code does not indicate a 
ipurious interrupt. It merely indicates an interrupt on that respective level — 5, 6, or 7, which is of no 
interest to this encoder. 



!>sun 

rncrotys terns 



{Rev 1 of 10 May 1987} CONFIDENTIAL! 



7S 



2060 CPU Board Engineering Manual CONFIDENTIAL! 



Table 1 2-2 High Priority Acknowledge Bit Encodings: hp_ack(l :0) 



Priority Address Bits 

hp_ack[01) hp_ack[00] 


Type of 
Vector 


1 


1 


Autovector 


1 





SCC interrupt 





1 


VME vector 








Spurious interrupt! t 



Concatenation of these two tables, lp_ack and hp_ack, result in the following 
derivations: 

Table 12-3 Type of Interrupts Encoded by hp_ack(l :0) and lp_ack(l :0) 



hp acKfOl] 


Priority Ac 

hp ackfOO] 


[dress Bits 
Ip ackfOl) 


Ip ackfOO) 


Type of 
Vector 














spurious interrupt 


o 








1 


vmevec - low priority section 








1 





sccvec - low priority section - ILLEGAL 








1 


1 


autovec - low priority section 





1 


xtt 


X 


vmevec - high priority section 


1 





X 


X 


sccvec - high priority section 


1 


1 


X 


X 


autovec - high priority section 



12.5. U302 Lower-Priority 
Encoder 



U302 encodes interrupt levels 4, 3, 2, 1 and 0; the lower-level interrupts. It also 
encodes the lower-priority acknowledges. 



tlf hp_ack(l .-0) = 00 and the p2_a(3:l) address bits equal 0x3, 0x2, Oxl, or 0x0, this code does not 
indicate a spurious interrupt. It merely indicates an interrupt on that respective level — 3,2, 1, or 0, which 
is of no interest to this encoder. 
tt"X" means "don't care." 
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U302 Pinout Pinout for the U302 PAL is: 

Figure 12-4 U 302 Pinout 
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** ** 
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** ** 

er._int2 * 2* 
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* *** 
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* * * W 
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** ** 
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** * * 
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**** 




*20* 


vcc 


* *** 




*19* 


lp_ack 


**** 




*18* 


p2_a3 


**** 




♦17* 


/hp_ec 


* * * * 




•16* 


/l F _eo 


WW* W 




*15» 


/ipcC 


* WW* 




*I4* 


/ipcl 


* w w* 




•13' 


/ipc2 


* W * * 




•12* 


lp_ack 


WWW* 




*i:» 


p2_a2 



»*t»»x*t**«»*t*»*********t** 



U302 Input Signals 



Inputs to the U302 PAL are: 



en_int[3:l] - software interrupt enables from TTL data bus 

b_irq[4:l] - interrupt requests from the VMEbus 

e_irq - Ethernet chip interrupt request 

p2_a[03:01] - P2 address bits which are used by the processor 
to indicate which level of interrupt is 
being acknowledged 



hp_eo 



high-level priority encoder enable output, which 
is used to disable U302 to avoid bus contention 
with U303. 
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'302 Output Signals 



Two types of signals are decoded through the lower-level priority encoder. 
n acknowledge encode 
d priority encode. 

Acknowledge encode signals, /lp_ackl and /lp_ack0, are the result of the follow- 
ing equations: 



/lp_ackl 



/lp_ack0 



■ p2_a3 + 












/e_irq * 


/en int3 


* b_irq3 * 


P2_* 


i2 * 


p2_al + 


/en 


int2 


* /p2_al 


+ 








/en 


intl 


* /p2_a2 


+ 








/P2_ 


_a2 * 


/p2_al 










< p2_a3 * 


p2_a2 + 










p2_a3 * 


p2_al + 










/b_irq4 


* /p2_a2 * 


/p2_al + 








/en 


int2 


* /b_irq2 


* p2_a2 * 


/p2_ 


_al 


+ 


/en 


intl 


* /b_irql 


* /p2_a2 


* p2_ 


_al 


+ 


/P2. 


_a3 * 


/p2_a2 * 


/p2_al 






j 



The table below contains the PAL logic from which each output signal is 
derived. 
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Table 1 2-4 Lower Priority Acknowledge Signals 



Inputs 


Outputs 


Comments 


b_irq4- 


e_irq 


en_int3 


b_irq3- 


eo_im2 


b_irq2- 


en_intl 


b_iiql- 


p2_i3 


p2_i2 


p2_«l 


lp.mckl 


lp_idcO 


xt 


X 


X 


X 


X 


X 


X 


X 




1 


1 








level 7 


X 


X 


X 


X 


X 


X 


X 


X 




1 











level 6 


X 


X 


X 


X 


X 


X 


X 


X 







1 








level 5 




1 


X 
X 


X 
X 


X 

X 


X 
X 


X 
X 


X 
X 


X 
X 
















1 



vectored VME 
interrupt, level 4 


spurious inter- 
rupt, level 4 


X 
X 

X 

X 


1 







X 

1 





X 
X 



1 


X 
X 

X 
X 


X 

X 

X 
X 


X 

X 

X 

X 


X 
X 

X 
X 










1 
1 

1 

1 


1 
1 

1 

1 


1 
1 



1 


1 
1 

1 

1 


level 3 autovector 
(Ethernet) 


level 3 autovector 
(system enable 
interrupt) 


vectored VME 
interrupt, level 3 


special case — 
spurious Ethernet 
interrupts 


X 

X 
X 


X 

X 
X 


X 

X 
X 


X 

X 

X 


1 





X 



1 


X 

X 
X 


X 

X 
X 








1 

1 
1 








1 





1 

1 




level 2 autovector 
to system enable 
interrupt 


level 2 VME vec- 
tored interrupt 


spurious level 2 
interrupt 


X 

X 
X 


X 

X 

X 


X 

X 

X 


X 

X 
X 


X 

X 
X 


X 

X 
X 


1 

.0 



X 



1 














1 

1 
1 


1 





1 
1 




level 1 autovector 
(system enable 
interrupt) 


level 1 VME vec- 
tored interrupt 


spurious level 1 
interrupt 


X 


X 


X 


X 


X 


X 


X 


X 

















level interrupt 



t"X" means "don't care.' 
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The priority encode signals, ipc[2:0] and lp_eo, are the result of the following 
PAL equations: 



f 

ipc2 


- hp_eo 


* 


b_irq4 + 






hp_eo 


* 


e_irq + 






hp_eo 


* 


en_int3 + 






hp_eo 


* 


b_irq3 




ipcl 


- hp_eo 


* 


b_irq4 + 






hp_eo 


* 


e_irq + 






hp_eo 


* 


/en_int3 


* /b_irq3 * en_int2 + 




hp_eo 


* 


/en_int3 


* /b_irq3 * b_irq2 


ipcO 


■ hp_eo 


* 


b_irq4 + 






hp eo 


* 


/e_irq * 


en_int3 + 




hp_eo 


* 


/e_irq * 


/b_irq3 * en_int2 + 




hp_eo 


* 


/e_irq * 


/b_irq3 * /b_irq2 * en_intl 


lp_eo 


- /hp_eo 


+ cannot be asserted when hp_eo is deasserted 




/b_irq4 * /e_irq 


* /en_£nt3 * /b_irq3 * 




/en_ 


_int2 * /k 


_irq2 * /en_intl * /b_irql 


>■ 
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The following table contains the PAL logic from which each output signal is 
derived. 

Table 1 2-5 Lower Interrupt Priority Encode Signals 



Inputs 


Outputs 


Comments 

— j 


hp_eo- 


b_irq4- 


e_irq 


en_int3 


b_irq3- 


en_int2 


b_irq2- 


en_intl 


b_irql- 


ipc2- 


ipcl- 


ipcO- 


lp_co- 


1 


Xt 


X 


X 


X 


X 


X 


X 


X 


1 


1 


1 





interrupts disabled 





1 








1 





1 





1 


1 


1 


1 





no interrupts 








X 


X 


X 


X 


X 


X 


X 













VME vector - level 
4 - VME level[4] 








1 

1 
1 


1 





X 

1 




X 
X 




X 
X 
X 


X 

X 
X 


X 
X 
X 


X 
X 

X 










1 
1 


1 



1 




Autovector - level 3 - 1 
ethernet 


Autovector - level 3 - 
system enable int 


VME vector - level 

3 - VME level[3] 








1 
1 










1 
1 


1 




X 




X 

X 


X 

X 


1 
1 








1 




Autovector - level 2 - 
system enable int 


VME vector - level 
2 - VME level[2] 






1 
1 











1 
1 






1 

1 


1 




X 




1 
1 


1 

1 




1 




Autovector - level 1 
system enable int 


VME vector - level 1 

-VME level! 1] 



t"X" means "don't c«re.' 
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" 2.6. U303 Higher-Priority This section contains the signal description for U303 higher-priority encoder. 
Encoder 



U303 Pinout 



Pinout for the U303 PAL is: 



Figure 12-5 U303 Pinout 



************** ************** 



/b_irq5 * 1* 

* ** * 

/b_irq6 * 2* 

* ** * 

/b_irq7 * 3* 

* ** * 

par_irq * 4* 

* * * * 

clk_irq7 * 5* 

* * w * 

/scc_ir.- * 6* 

*■ * * * 

clx_irq5 • 7- 
vertint * 8* 

* *■ * * 

p2_al • S* 

* * ** 

cr.ci *10* 

* * * * 



pal 



* *** 

*20* vcc 

* *** 

*19* hp_ackO 

* ** * 

*18* p2_a3 

**** 

*17* nul7 

* » »* 

*16* /hp__ec 
*» * * 

*15* /ipcO 

* * * * 

*14* /ipcl 

* * * * 

*13* /ipc2 

** * * 

*I2* hp_ackl 

* * * * 

*11* p2_a2 



t ***** **» 



»*********»■** 



U303 Input Signals 



Inputs to the U303 PAL are: 



b_irq[7:5] - interrupt request from the VMEbus 

par_irq - parity circuitry interrupt request 

clk_irq7 - time-of-day clock interrupt on level 7 

scc_int - serial controller interrupt 

clk_irq5 - time-of-day clock interrupt on level 5 

vertint - interrupt from the vertical state machine 
in the video section 

p2_a[02:00] - P2 address bits (for readback of present interrupt 
level being acknowledged) 
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U303 Output Signals 



Just as in U302, two types of signals are decoded through the higher-level prior- 
ity encoder: 

□ acknowledge encode 

d priority encode. 

Acknowledge encode signals, /hp_ackl and /hp_ackO, are the result of the fol- 
lowing equations: 



r 




/hp ackl 


- /par_irq * /clk_irq7 * p2_a2 * p2_al + 




/scc_int * p2_a2 * /p2_al + 




/clk_irq5 * /p2_a2 * p2_al + 




/vertint * /p2_a2 * /p2_al + 




/p2_a3 


- 





/hp ackO 


= /par_irq * /clk_irq7 * /b_irq7 * p2_a2 * p2_al + 




scc_int * p2_a2 * /p2_al + 




/b_irq6 * p2_a2 * /p2_al + 




/clk_irq5 * /b_irq5 * /p2_a2 * p2_al + 




/vertint * /p2_a2 * /p2_al + 


^ 


/p2_a3 



The table below contains the PAL logic from which each output signal is 
derived. 
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Table 12-6 Higher-Level Priority Acknowledge Signals 



Inputs 


Outputs 


Comments 


par_irq 


dk_irq7 


b_irq7- 


»ec_int- 


b_irq6- 


dk_irq5 


b_irq5- 


vertint 


P 2_a3 


p2_i2 


p2_it 


hp_ickl 


bp_»ck0 


1 

i 
i 

i o 

I 
1 


xt 

1 





X 
X 



1 


X 
X 

X 
X 


X 
X 

X 
X 


X 
X 

X 
X 


X 
X 
X 
X 


X 
X 

X 
X 




1 
1 
1 
1 


1 
1 
1 
1 


1 
1 





1 
1 
1 



Autovector - 
level 7 - parity 
error 


Autovector - 
level 7 - system 
clock 


! o 

i 


VME vector - 
level 7 - VME 
level[7] 


) 


spurious - level 

7 


X 
X 


X 
X 

X 


X 
X 

X 




1 
1 


X 



1 


X 
X 

X 


X 
X 

X 


X 

X 

X 




1 
1 

1 








1 







1 




sccvec - level 6 
- serial chips 


VME vector - 
level 6 - VME j 
level[6] ' 


; x 

i 

i 


spurious - levei 
6 


X 

j 

X 

X 


X 
X 
X 


X 
X 

X 


X 
X 
X 


X 
X 
X 


1 





X 



1 


X 
X 
X 









1 
1 

1 


1 





1 
1 




Autovector - 
level 5 - system 
clock 


VME vector - 
level 5 - VME 

level[5] 


spurious - level 
5 


X 
X 


X 
X 


X 
X 


X 
X 


X 

X 


X 
X 


X 
X 


1 














1 




1 




Autovector - 
level 4 - video 
interrupt 


spurious - level 
4 


X 


X 


X 


X 


X 


X 


X 


X 





1 


1 








level 3 


X 


X 


X 


X 


X 


X 


X 


X 





1 











level 2 


x 


X 


X 


X 


X 


X 


X 


X 








1 








level 1 


X 


X 


X 


X 


X 


X 


X 


X 

















level 



t"X" means "don't care.' 



sun 

mccroysume 



{Rev 1 of 10 May 1987} CONFIDENTIAL! 



Chapter 12 — Interrupt Circuitry — U302-U3O4 PALs, U305 Register 



87 



Higher-level interrupt priority encode signals, hp_eo and ipc[2:0], are the resuli 
of the following equations: 



if (/hp_eo ) ipc2 - par_irq + 

clk_irq7 4 
b_irq7 + 
sec int 



if (/hp_eo ) ipcl - par_irq + 

clk_irq7 + 

/b_irq7 * /scc_int * b_irq6 + 
/b_irq7 * /scc_int * clk_irq5 



if (/hp_eo ) ipcO - par_irq + 

/clk_irq7 * b_irq7 + 

/clk_irq7 * /scc_int * b_irq6 + 

/clk_irq7 * /scc_int * /clk_irq5 * b_irc5 



hp_eo - /par_irq * /clk_irq7 * /b_irq7 * /scc_int * 
/b_irq6 * /clk_irq5 * /b_irq5 * /vertint 



The table below contains the PAL logic from which each output signal is 
derived. 
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Table 1 2-7 Higher-Level Interrupt Priority Encode Signals 



Inputs 


Outputs 


Comments 


par_irq 


dk_irq7 


b_Lrq7- 


scc_inl- 


b_irq6- 


clk_irq5 


b_irq5- 


vertint 


ipc2- 


ipcl- 


ipcO- 


hp_eo- 












1 


1 


1 





1 





1 


1 


1 





no interrupts 


i ' 


X 

1 




X 
X 

o 


X 
X 

X 


X 

X 
X 


X 
X 
X 


X 

X 
X 


X 
X 
X 











1 




1 






Autovector - level 7 - 
parity error 





Autovector - level 7 - 
system clock 


■■> 


VME vector - level 7 
-VMElevel[7] 













1 


X 




X 
X 


X 
X 


X 

X 




1 


1 




1 






sccvec - level 6 - 
serial chips 


VME vector - level 6 
- VME level[6] 








j 


1 
1 


1 
1 


1 




X 




X 
X 


1 
1 




1 


1 






Autovector - level 5 - 
system clock 


I 

! 


VME vector - level 5 
- VME level [5] 










1 


1 





1 


1 


1 


1 


1 




Autovector - level 4 - 
video interrupt 
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12.7. Second-Level 

Interrupt Priority 
Encoder — U304 



The second-level priority encoder takes the outputs of the two first-level priority 
encoder PALs, U302 and U303, and encodes them to issue as interrupt priority 
and acknowledge signals. 



PinoutofU304PAL 



Pinout of the U304 PAL is: 



Figure 12-6 13304 Pinout 



************** ************** 

* * * * 





**** 


en_int 


* 1* 




** ** 


/lp_eo 


* 2* 




*** * 


/ipcO 


* 3* 




* * * » 


/ipcl 


* 4* 




* ** * 


/ipc2 


* 5* 




* **« 


lp_ackO 


* g* 




** * * 


Id ackl 


* 7» 




* « * * 


/hp_ec 


* 8" 




** ** 


hr> ackO 


* 9» 




** * * 


and 


no* 



pal 



**** 

*2D« vec 

** * w 

*19* /b_inta 

* ** * 

♦18* /p_ir.*-a 

* » * * 

*!*?* /p_ip!C 
** * * 

*16* /p_ip-- 

* * » * 

*15* /p_iFi2 

* » * » 

•14* /ir.zjbe 

** * T 

*13* /p_avec 

**« * 

*12* /scc_ack 

* * * * 

*11* hp_ack: 



************************** 
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104 Input Signals 



U304 Output Signals 



en_int - global interrupt enable 

/hp_eo - enable output from U303 (locks out U302) 

/lp_eo - enable output from U302 (cannot be asserted 
when /hp_eo is deasserted) 

/ipc(2:0) - interrupt priority code from either U302 
or U303 (/hp_eo signal arbitrates source) 

/p_inta - processor interrupt acknowledge 

hp_ack(l:0)- encode of vector-type being asserted from 
higher-level priority encoder 

lp_ack (1 : 0) = encode of vector-type being asserted from 
lower-level priority encoder 



Output signals for the U304 PAL are: 



/p_ipl(2:0) - interrupt priority level sent back to the 
processor to notify what level interrupt 
is being asserted 

int_berr- ■ bus error interrupt 

b_inta- - VMEbus interrupt acknowledge 

scc_ack- - SCC interrupt acknowledge 

p_avec- - tells the processor to generate an autovector 



The table below contains the PAL logic from which the acknowledge and bus 
error signals are derived. 
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Table 1 2-8 U304 : Second-Level Acknowledge Signals 



Inputs 


Outputs 




Comments 


p_inta- 


hp_»ckl 


hp_»ckO 


lp_«ckl 


lp_»ckO 


int_berr- 


b_inu- 


•cc_ick- 


p_ivec- 


1 


X 


X 


X 


X 


1 






1 


not doing an interrupt cycle 
























1 


spurious interrupt 














1 


1 







1 


vmevec - low priority section 











1 












1 


sccvec - low priority section - ILLEGAL 











1 


1 


1 









autovec - low priority section 








1 


X 


X 


1 







1 


vmevec - high priority section 





1 





X 


X 


1 







1 


sccvec - high priority section 





1 


1 


X 


X 


1 




1 





autovec - high priority section 



The table below contains the PAL logic from which the interrupt level signals, 
ipl(2:0), are derived. 



Table 1 2-9 U304 : Second-Level Interrupt Priority Level Signals 



Inputs 


Outputs 


Comments 


en_irit 


hp_eo- 


lp_eo- 


ipc2- 


ipcl- 


ipcO- 


p_ipl2- 


p_ipll- 


p_iplO- 





X 


X 


X 


X 


X 


1 


1 


1 


interrupts disabled 










X 


X 


X 


1 


1 


1 


no interrupts active 






X 




















autovec - level 7 - parity error 






X 








1 











autovec - level 7 - system clock 






X 





1 














vmevec - level 7 - VME level[7] 






X 





1 


1 








1 


sccvec - level 6 - serial chips 






X 


1 














1 


vmevec - level 6 - VME level[6] 






X 


1 





1 





1 





autovec - level 5 - system clock 






X 


1 


1 








1 





vmevec - level 5 - VME level[5] 






X 


1 


1 


1 





1 


1 


autovec - level 4 - video interrupt 





















1 


1 


vmevec - level 4 - VME level[4] 















1 










autovec - level 3 - ethemet 












1 













autovec - level 3 - system enable int 












1 


1 










vmevec - level 3 - VME level[3] 









1 













1 


autovec - level 2 - system enable int 









1 





1 







1 


vmevec - level 2 - VME level[2] 









1 


1 







1 





autovec - level 1 - system enable int 









1 


1 


1 




1 





vmevec - level 1 - VME level[l] 
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.mple Interrupt Cycle 



Spurious Interrupt 



This subsection runs you through a sample interrupt cycle. Let's say that a video 
interrupt is being asserted — level 4 autovector. 

The first step in the interrupt cycle is for the interrupting device (the video circui- 
try) to issue an interrupt request. It does this by asserting the vertical retrace 
interrupt signal, vertint, from U2209 vertical interrupt flip-flop. 

□ Vertical interrupt is coupled to U303 PAL. 

□ U303 deasserts hp_eo-, indicating to U304 that it (U303) will take control of 
the ipc(2:0) bus it shares in common with U302. This also locks U302 off of 
the ipc(2:0) bus. 

d Interrupt level four is encoded onto ipc(2:0) lines from U303 into U304. 

o U304 issues the video interrupt level over the ipl(2:0) lines to the 68020. 

This concludes the interrupt request half of the cycle. 

Next, the processor runs an interrupt acknowledge cycle. 

□ If no higher-level interrupt request is pending, the 68020 processor issues the 
video interrupt acknowledge over its address lines, p_a(3:l), which are cou- 
pled to PAL U303. 

□ The p2_a(3:l) address bits are set to the interrupt level, level 4. These are 
decoded through U303 to select either an autovectored video interrupt, or a 
spurious interrupt. Differentiation between these two is made by the asser- 
tion or deassertion of the vertint signal — vertical retrace interrupt. If ver- 
tint is false, then the system initiates an interrupt bus error and vectors to the 
spurious interrupt trap. If vertint is valid (high), the interrupt is ack- 
nowledged on the two higher-level encoder acknowledge lines, hp_ack(l :0). 

d The processor interrupt acknowledge signal, p_inta-, is input to U304. 

□ U304 makes certain that the processor interrupt acknowledge, p_inta-, from 
U107 is true before issuing the p_avec- (processor autovector signal). 

Remember that during an interrupt acknowledge cycle the interrupt level, level 4, 
is asserted on address lines A03:01. All the rest of the address lines, A31:04, are 
driven high; the three function code bits, FC2:0, are also driven high. This 
uniquely identifies the current processor cycle as an interrupt acknowledge cycle. 
Decoding these address and function code bits, the U107 CPU space PAL issues 
the low active processor interrupt acknowledge signal, p_inta-. 

A spurious interrupt occurs when an interrupt signal is asserted, an interrupt 
cycle is run, but the interrupting device has taken away the request When this 
happens, U304 deasserts all its outputs except for int_berr-, interrupt bus error, 
which is coupled to the U202 bus error PAL. One example of a spurious inter- 
rupt is to run a VME interrupt acknowledge cycle and then have the device 
requesting the interrupt not respond to the vector fetch cycle. 

There is a special case, though, in which symptoms that normally would indicate 
a spurious interrupt are not recognized. This is the case of the asynchronous Eth- 
ernet chip, described below. 
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Ethernet Controller and 
Spurious Interrupts 



Look at the PAL logic (the table below) for the Ethernet controller. 
Table 12-10 Spurious Ethernet Interrupts 



Inputs 


Outputs 


Comments 


b_irq4- 


e_irq 


en_ini3 


b_irq3- 


en_int2 


b_irq2- 


en_intl 


b_irql- 


p2_«3 


p2_«2 


p2_i1 


lp.ackl 


lp_tck0 


X 

X 


1 




X 




X 

1 


X 
X 


X 

X 


X 
X 


X 
X 







1 
1 


1 
1 


1 

1 


1 

1 


level 3 autovector 
(Ethernet) 


special case — 
spurious Ethernet 
interrupts 



The Ethernet controller interrupts on level 3, p2_a(3:l) = 0x3, while e_irq- (Eth- 
ernet controller interrupt request) is asserted. This causes a level 3 autovector 
code to be transmitted over lp_ack( 1:0) outputs as normal. The spurious inter- 
rupt capability is also accounted for on this level. However notice what happens 
when the symptoms of a spurious interrupt occur (taken from the table above): 

d e_irq is low (false) 

d en_int3 is low (false) 

d b_irq3- is high (false) 

This indicates that neither an Ethernet controller interrupt (e_irq is false), nor a 
system enable interrupt (en_int3 is false), nor a VME interrupt (b_irq3- is false) 
are requesting an interrupt. And yet a level 3 interrupt has been asserted over 
p2_a(3:l). A classic case of the spurious interrupt? 

No. 

The Ethernet controller has a "feature" built into it which allows it to raise and 
lower its interrupt asynchronously. Thus the processor may see an interrupt 
raised, but by the time it has gone out to acknowledge that interrupt it may find 
that the interrupt request has temporarily disappeared. When this happens on 
interrupt level 3, the system does not vector to the spurious interrupt trap as it 
would on any other level; instead it takes for granted that this disappearing 
interrupt was asserted by the Ethernet controller. And U302 asserts valid Ether- 
net autovector signals on its lp_ack(l:0) output lines. 

The cause of this is the Intel Ethernet controller, which can raise and lower its 
interrupt request line asynchronously in order to protect on-chip status informa- 
tion. The Intel Ethernet chip has no on-chip status registers to synchronously 
latch status data; status data can be updated any time. However any update to the 
status register of the Ethernet controller chip is presaged by the deassertion and 
then assertion of an interrupt request; since status updating can occur asynchro- 
nously, it follows that the interrupt request can also rise and fall asynchronously. 

This is why, if the conditions for a spurious interrupt are true on a level 3 inter- 
rupt request, the processor takes it for granted that this spurious condition was 
caused by the Ethernet controller, and instead acts as if it is a normal Ethernet 
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interrupt request. 

12.8. U305 Latch Since the outputs of the three PALs, U304:2, are combinatorial (that is to say, 

asynchronous), certain of their outputs need to be latched to preserve their state. 
This is done in U305. 

□ When cs3- is high, U305 acts as a transparent latch, that is, data at its inputs 
pass through within a propagation delay on the latch's outputs. Any change 
of data at the inputs will appear (within the bounds of this same propagation 
delay) at the latch's outputs. 

d When cs3- is low, data is also latched into the latch. However data output is 
not enabled until the assertion of a low active output enable signal. Since 
the outputs are permanently enabled by the connection of pin 1 (output 
enable) to a pulldown resistor, the only limitation (outside of the inherent 
propagation delay) on data transmission through U305 are the input setup 
time requirements. 
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ATE Pulldowns — U407 
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ATE Pulldowns — U407 



Instead of tying unused signals to ground, they are tied to active pulldown resis- 
tors, through U407 octal line drivers. These line drivers are inverters, with out- 
puts permanently enabled by having low active output enables at pins 1 and 19 
tied to ground. 

Active pulldowns allow ATE overrides for test fixtures. 
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Clock Generation — U400-U406 



14.1. Pinout of U400 Clock 
PAL 

Figure 14-1 



A single crystal supplies clock signals for the 2060 board: 

d 33.33 (ad nauseam) MHz U403 supplies 16.667 MHz (60 nsec) clock. 

This clock may be supplied independently to both the 68020 processor and the 
68881 coprocessor by way of the J400 jumper, U400 and U406. 

Pinout of U400 clock PAL is: 
U400 Pinout 





********** 


* * * * 


* ** ** 


********* 






* 


* 


* 


* 






* * * * 






* * * * 




/cs2_3 


* i* 

* *** 


P a 


1 


*20* 

* * * * 


vcc 


c60 


* 2 * 

* *** 






*19* 

* * * * 


oc60 


c60inv 


* 3* 

* ** * 






♦18* 
* * * * 


oc60inv 


c60k 


* 4* 

* * * * 






*17* 

* * * * 


oc60k 


/cs4 


* 5* 

* ** * 






*16* 

* * * * 


/ocs4 


/cs4_5 


* 6* 

* *** 






•15* 

** ** 


/ocs4 5 


/cs5 


* 7* 

* *** 






♦14* 

**** 


/ocs5 


/cs6 


* 8* 

• *** 






*13* 
**** 


/ocs€ 


/cs7 


* 9* 

*** * 






*12* 

**** 


/ocs7 


gnd 


*10* 

**** 






*11* 
**** 


/clkinh 




******************************* 
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14.2. U400 Input Signals 



If you look at the schematics on page 4, you wiU notice that many of the inputs 
to the U400 clock generator PAL are actually outputs from the state machine. 

The PAL can be divided into two sections: the top three outputs are all 60 nsec 
system clock: 

□ c60 clock 

d inverted c60 clock 

d a constant version of c60 clock, labelled c60k. 

This c60k signal is unlike c60 and c60-. These last two can be stretched (making 
c4.5, etc.). 

The state diagram below illustrates the generation of c60, c60-, and c60k. The 
"stretch" occurs in the transition from state 100 to 101, or 101 to 100. 



Figure 14-2 Clock Stretch (cs4 — cs4.5) State Diagram 



(states at each node are c60, c60- 


, and c60k) 




else 




(c60, c60-.c60k) 




(c60, c60-,c60k) 


^iooX^ 
( 1 ) 


always 


( ) 


v*4.5 / j 


\ cs4*Ncs4.5 
else 




(W c60-,c66k) 




(c60. c60-,c60k) 


( 1 ) 




*^^7^oTo\ 

( ) 



always 



The bottom five inputs to U400 are the resultant clock states: cs4, cs4.5, cs5, cs6, 
and cs7. 
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14.3. U400 Output Signals 



Inputs to U400 PAL are: 



/"' ' " ■ 






N 


cs2_3 


- 


signal occurring between cs2 and cs3 which is 
used to start cs4 




c60 


- 


60 nsec system clock 




c60inv 


- 


inverted 60 nsec clock 




c60k 


- 


60 nsec constant clock 




/cs4 


- 


clock state 4 




/cs4 5 


M 


stretched cs4 (30 nsec wait state inserted) 




/cs5 


- 


clock state 5 




/cs6 


- 


clock state 6 




/cs7 


- 


clock state 7 




/clkinh 


■■ 


inhibits clock stretch during FPA or 68881 
bus cycles 




>■ 






J 



Output signals from the U400 PAL are latched in U406; these output signals can 
be separated into two categories: 

d system clock — c60, c60-, and c60k 

□ phases of system clock — cs4-, cs4.5-, cs5-, cs6-, and cs7. 

The PAL logic from which these output signals are derived is given below. (Thi 
is the code which goes with the clock stretch state diagram given above.) 



/oc60 



c60 * /c60inv * cs4_5 + 60 nsec system clock 

c60 * /c60inv * /cs4 



/oc60inv = /c60 + inverted 60 nsec system clock 
/cs4_5 * cs4 + 

c60inv 

/oc60k = /c60 * c60inv * c60k + 60 nsec "constant" clock 

c60 * /c60inv * c60k 



The remainder are basically the result of a shift register that generates an edge for 
states 4-7 of the processor clock. 

Clock stretch is eliminated on cycles to the FPA or 68881 because the FPA and 
68881 operate at zero wait states. This elimination is accomplished by having 
the clock inhibit signal suppress cs4 and thus never allow a transition from state 
101 to 100 (or vice versa) in the state machine. 
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f 

ocs4 


= 


/clkinh * cs2_3 */cs7 


assert for s4 -> s8 


ocs4_5 


= 


cs4 * cs2_3 + 
cs4_5 * cs2_3 


se: by cs4 if stretching 

hold through cs2_3 deassertion 


ocs5 


- 


cs4_5 * cs2_3 + 
cs5 * cs2_3 


set by cs4_S if stretching 
hold through cs2_3 deassertion 


ocs6 


= 


cs5 * cs2_3 + 
cs6 * cs2_3 


set by cs5 

hold through cs2_3 deassertion 


ocs7 




cs6 * cs2_3 + 
cs7 * cs2_3 


set by cs6 

hold through cs2_3 deassertion 



14.4. U401 Flip-Flops 



14.5. U402 Flip-Flops 



Inputs to U406 are latched by the rising edge of master clock. Output of the 
latches are permanently enabled by connecting the output control at pin 1 to a 
pulldown. 

U401 flip-flops issue synchronized versions of cs2 and cs3. When processor 
address strobe, p_as-, is asserted, the first positive-going edge of c60 clock 
asserts cs2- from pin 5 of U401. 

This cs2- output is used as an input for the second flip-flop; on the next positive 
edge of c60- clock, cs3- is asserted from pin 9 of U401. 

These two flip-flops are preset by the assertion of system-wide init- signal. 

U402 pin 5 is used to generate 80 nsec clock. 

U402 pin 9 generates cs2_3-. which causes ocs4- to go active 60 nsecs after cs2. 
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Pal U408 



PalU408 107 



15.1. Pinout of U408 PAL 107 




15 



Pal U408 



This PAL was added in a later modification to decode and generate the following 
signals: 

d cintberr- 

□ cpavec- 

d G.cs3- 

d clr-. 



15.1. PinoutofU408PAL Pinout ofU408PALis: 

Figure 15-1 



U408 Pinout 
















************** 


************** 






* 


* 


* 




* 






* ** * 








* ** * 




cs3 


* j* 

* * * * 


P 


a 1 


* 


♦ 20* 
*** * 


vec 


/int .berr 


* 2* 

**** 








*19* 

* ** * 


/cintber; 


/p.avec 


* 3* 

*** * 








*18* 
* * * * 


/cpavec 


/cs4 


* 4 * 
*** * 








*17* 
* ** * 


/g.cs3 


/b. freeze 


* 5* 

**** 








*16* 
*** * 


/clr 


clOO 


* 6* 

*** * 








*15* 
* ** * 




/r.clr 


****** 
t- * co * en * 

* * * 

****** 








*14* 

* ** * 

*13* 
*** * 

*12* 

* ** * 




gnd 


*10* 
*** * 








*11* 

* ** * 






******************************* 
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Sun-3 Memory Management Unit 

(MMU) 

Sun-3 Memory Management Unit (MMU) Ill 




16 



Sun-3 Memory Management Unit 

(MMU) 



Sun-3 architecture splits the large physical address space into smaller "virtual" 
address spaces. The 2060 board uses the Sun-3 MMU to generate physical 
addresses from the virtual addresses is receives from the processor or DVMA 
devices. 



Figure 16-1 Sun-3 Address Translation 











Physical address 




68020 

Processor 

or 

DVMA Device 


Virtual address 


Sun-3 
MMU 















32 bits of address can define 4 gigabytes (4096 Mbytes) of physical address. 
However this much physical address is not actually resident on the board; most 
of it lies in secondary memory devices such as disk and tape drives. To access 
this memory, virtual addresses from the processor or DVMA devices must be 
translated into physical addresses. To envision this address space, imagine the 
virtual address as 32 bits from the processor, each with its own 3-bit context 
(contexts are also called "processes"). 

This translation of virtual addresses into physical addresses occurs in the 
Memory Management Unit (MMU). The Sun-3 MMU consists of three main ' 
parts: 

d Context Register 

o Segment MAP 

□ Page Map. 

This list of MMU parts is hierarchical; that is, each successor further translates 
(multiplies) its predecessor. For instance, the context register multiplies address, 
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space into one-of-eight contexts; the segment map splits each one of these con- 
texts into one-of-2K segment areas; the page map splits each of these segment 
areas into one-of-16 pages. 

o Each page contains 8 Kbytes (A 12:00, 13 bits of address). 

d Each segment contains 128 Kbytes (A16:13, another 4 bits of address). 

□ Each context contains 256 Mbytes (A27: 17, another 1 1 bits of address). 

This total of 28 address bits defines virtual address space. 

The figure below illustrates this progression from context to segment to page to 
individual byte location. 



Figure 16-2 Sun-3 MMU 



bit A30 



A28 



Context Register 

8 contexts; 

process size 

of 256 Mbytes 



bit A27 



A17 



Segment Map 

2048 per process 
128 Kbyte size 



bilM6 



A13 



Page Map 

16 per segment 
8 Kbyte size 



bit A\2 



A00 



Byte Select 
8 Kbytes per page 
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Context Register — U509 115 

17.1. U509 Pinout 1 1 6 

17.2. U509 Input Signals 116 

17.3. U509 Output Signals 117 
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Context Register — U509 



The Sun-3 MMU multiplies address space into eight distinct 256 Mbyte (28-bit 
virtual address space) "contexts," by means of the three context address bits 
ctxt(2:0) encoded within PAL U509. The current context is selected by means of 
these 3 bits. The same context applies to both user and supervisor state. The 
figure below illustrates this division of Sun-3 address space. 



Figure 17-1 Context Bits and Virtual Address 











<— ctxt[2:0] — > 

(A30:28) 

8 Contexts 


<— -A27:17 — > 
2K Segments 
per context 


<-- A16:13— > 

16 pages 

per segment 


< — A 12:00 — > 
8 Kbytes 
per page 











The context register has read and write controls — rd_ctxt- and wr_ctxt but 

no initialization. 



Table 17-1 U509 Context Register — Description 



NAME 


A<31..28> 


SIZE 


TYPE 


CONTEXT REGISTER 


0x3 


BYTE 


R/W 



The U509 context register is actually a PAL that holds the current usr/supervisor 
context in a register and multiplexes between this present context and the ' 'user 
context" provided from the VME section of the 2060 board. This PAL 
latches/outputs data to and from the TTL data bus. 
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.1. U509Pinout 



Pinout of U509 context register PAL is: 



Figure 17-2 U5 09 Pinout 



************** 



************** 





* 


* 


* 


* 






**** 






**** 




/wr_ctxt 


* j* 
**** 


P a 


1 


*20* 

**** 


vcc 


ti_d0 


* 2* 






*19* 


nul9 




**** 






**** 




ti_dl 


* 3* 
**** 






*ie* 
*** * 


ctxtO 


ti_d2 


* 4* 
**** 






*17* 
**** 


to_dO 


ti_d3 


* 5* 

* *** 






*16* 
*** * 


to_di 


/en_bcx 


* g* 

**** 






*15* 
** * * 


to_d2 


b_a28 


* 7 * 
**** 






*14* 
*** * 


to_d3 


b_a29 


* e* 

*** * 






*13* 
*** * 


ctxtl 


b_a30 


* g* 
*** * 






*12* 
* * * * 


ctxt2 


gnd 


*10* 
* * * * 

* 






*11* 
** ** 

* 


/rd_ctx 




******************************* 





17.2. U509 Input Signals 



Inputs to U509 PAL 


are: 


r 

ti d[3:0] 


TTL data bus (inputs for writes 




to context register) 


en bcx- - 


enable bus context - from VME section 




of the 2060 


b_a[30:28) 


x, usi»r context'' information f rora VMEbus . 
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17.3. U509 Output Signals Outputs to U509 PAL are: 



ctxt[3:0] - context value that is input to the 
segment map rams 

to_d[3:0] - TTL data bus (outputs for reads from 
context register) 



PAL logic from which each of these output signals are derived is given below. 

The TTL data bus signals, Ai_d[3:0], need to be inverted because outputs are 
inverted. 



/to d[3:0] 



/ti d[3:0] 



The following equations define the multiplexing between the ' 'user context' ' 
presented on the VMEbus and the context presented on the TTL data bus inputs. 



f 










) 


/ctxtO 


- en bcx 


* 


/b a28 


+ select VME input 






/en_bcx 


+ 


/to_dO 


select TTL data input 




/ctxtl 


en bcx 


* 


/b a2 9 


+ select VME input 






/en_bcx 


* 


/to_dl 


select TTL data input 




/ctxt2 


- en bcx 


* 


/b a30 


+ select VME input 






/en_bcx 


* 


/to_d2 


select TTL data input 




*. 










■ 



Generally, these equations indicate that if the en_bcx- signal from U2904 VME 
slave request PAL is asserted, then the inputs at b_a(30:28) are selected (VME 
user context). If en_bcx- is deasserted, the data in the context register are 
selected. 
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Segment Map — U500:08 



The segment map RAM, U507:00, circuitry also includes the segment map tran- 
sceiver, U508. 

The eight segment map RAM chips are individually organized as 16K-by-l. 
Fourteen address lines — eleven processor address bits (p_a27:17) and three con- 
text bits (ctxt[2:0]) — decode to the individual bit-level in each RAM; the eight- 
bit- wide organization of the RAM array results in an 8-bit byte being read from 
or written to the segment/page map bus, labelled ia(24:17) on page 5 of the 
schematics. 

The figure below presents a simplified illustration of segment map data flow. 
Figure 18-1 Segment Map RAM — U 507:00 













U506:00 




. 


n 


processor address lines A27: 17 


Segment Map RAM 
U507 


i 


from context register — ctxt(2:0) 










i 


k 




TIL data 


Segment Map 
Buffer 
U508 


Data in/data out > 


i to page map RAM 





















Data can be read from or written to the segment map RAM, depending upon the 
state of the read and write control signals. There are three signals which control 
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18.1. Segment Map Read 
and Write Cycles 



data flow in this circuit: 



mmu_weseg- - segment map write enable 

mmu gtseg- - gates (enables output) from U508 bidirectional 
transceiver 

p2_rw - read/write from P2 bus 



A fourth control signal, chip enable to the RAMs, is permanently asserted by way 
of a pulldown. 



NOTE 



Segment Map RAM Read 
Cycle 



Some of the following information can also be found in the discussion of U 1402, 
the CPU MMU Decoder PAL. 

Data inputs of the segment map RAM chips are wire-ORed to the data outputs 
(DI to DO). In normal operation, the outputs of the segment map RAM chips are 
ON (output-enabled) by the deassertion of the mmu_weseg- signal (signal is 
high). Therefore there is a potential for bus conflict if the read and write timings 
are not carefully managed; whenever you are writing data from the TTL data bus 
to the segment map you must make certain that data out from the RAM have first 
been disabled. 

An I/O cycle to the segment map RAM begins with the RAM in a read state — 
that is, output data is present on their DI/DO pins. The segment map data buffer, 
U508, is output-enabled by the gate signal mmu_gtseg- from U1402. 

A read of the segment map RAM will start with the normal deassertion of the 
segment RAM write strobe mmu_weseg- (high), the p2_rw signal going high, 
then mmu_gtseg- going low. The assertion of these two signals enables read data 
at the DO data output pins of the segment map RAM through U508 onto TTL 
data bus t_d(7:0). 

If you take a look at the TTL bus read timing diagram, you will see that a read 
cycle begins with cs4 going low, followed by the mmu_gtseg doing likewise. 
This enables data at the output of the RAM onto the TTL data bus. Since, in the 
absence of any other operation, data is always enabled onto the output of the 
RAM — CE tied to a pull-down, and write enable false (mmu_wseg- is high). 
The mmu_gtseg- signal stays true until ttlrdend- is true (see the decode of the 
U1402 PAL for an explanation of this), whereupon U503 shuts down. 
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Segment Map RAM Write 
Cvcle 



We initiate a write cycle to these RAM chips by first asserting the write strobe 
mmu_weseg- to the RAM (see mmu_we signal in the TTL BUS WRITES timing 
diagram), which tri-states the outputs of the RAM chips. Only then is the data 
buffer (U508) output-enabled onto the segment map RAM data bus, ia(24:17). 

A write (p2_rw is low) to the buffer, in combination with mmu_gtseg- going low, 
enables data on the TTL bus through the U508 buffer onto the data inputs of the 
segment map RAM. 



Truth Table for the U508 

Buffer 



Thus the truth chart for the U508 buffer is: 



Table 18-1 



U508 Segment Map Buffer - 


-Data Flow 


Gate Direction 

mmu_gtseg- p2_rw 


Which Way The Data 
Will Flow 





TTL data bus to RAM (B -> A) 


1 


RAM to TTL data bus (A -> B) i 


1 X 


tri-state j 



18.2. Segment Map RAM 
Control Signals 



The gate signal to the U508 buffer has to be deactivated at the same time as the 
write enable to the RAM in order to prevent read data (now automatically 
enabled onto the ia[24:17] bus when the RAM chips go from write to read) from 
conflicting with the buffer's write data also enabled onto the bus. In other words, 
you can't have the RAMs enabling data onto the bus at the same time as the 
buffer enables its data onto the bus. 

Equations for the segment map RAM control signals are: 



mmu_weseg = ctlspc*/p_a31*/p_a30* p_a29*/p_a28* 
/p2_rw * /ttlwend*cs2 



The mmu_weseg- signal is active when you are doing a control space access to 
the segment map RAM, you are in a write cycle during clock state 2, and you 
have not entered the end of the write cycle (ttlwend is false/high). 

With the write enable strobe issued, the outputs of the RAM go into a tri-state. 
Note that the RAM go tri-state before the U508 buffer is output-enabled 
(mmu_gtseg- is issued) onto the segment map RAM data bus. The mmu_weseg- 
signal is issued in cs2; mmu_gtseg- is issued during cs4. 
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rtunu_gtseg - Ctlspc*/p_a31*/p_a30*p_a29*/p_a28* 
p2_rw*cs4 + 

mmu_crtseg* p2_rw*/ttlrdend + 

Ctlspc*/p_a31*/p_a30*p_a2 9*/p_a28 
*cs4* /p2_rw * /ttlwend 



This ensures that there is no buffer conflict between the RAM and the U508 
buffer on the segment RAM bus (ia[24:17]). 

When mmu_gtseg- is issued in conjunction with p2_rw being low (write cycle), 
data from the TTL bus is gated through U508 and coupled to the outputs of the 
segment map RAM. This data is loaded into the RAM on the rising edge of 
mmu_weseg-, the deactivation of the RAM write enable signal. When 
mmu_weseg- goes high, the RAM are READ out-enabled, but there is no 
conflict, because the data output is the same as the data just written in. 
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Page Map RAM 



Table 19-1 



The page map contains 4096 32-bit page entries each mapping to an 8 Kbyte 
page. Page map entries are composed of a valid bit, protection field, don't cache 
bit, type field, accessed and modified bits, and a page number. 

The page map is divided into 256 sections of 16 entries each. Each section is 
pointed to by a segment map entry and is called a page map entry group, or 
pmeg. 



Format of a Page Map Entry 


















A31 A30 A29 A28 A27 


A26 


A25 


A24 A23 A19 A1P <— > AO'> 






V 


w 


s 


X 


TYP 

1 


TYP 




A 


M 


reserved 


physical 
page number 

















Table 19-2 MMU Statistics Bits 



Bit 


Meaning 


V 

w 
s 

X 

a 
m 


valid bit, implies read access 
write access bit 
system access bit 
don't cache bit 
accessed bit 
modified bit 
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Table 19-3 Type-Bit Decode 



Decode of Type Bils 

typ(Ol) | typ(OO) 






1 
1 




1 


1 



Access 



main memory 
Sun-3 I/O space 
VMEbus 16-bit data 
VMEbus 32-bit data 



Since the page map is a 32-bit value, it has to be broken into four 8-bit bytes to 
fit onto the 8-bit data bus. Address bits p2_a(l:0), decoded through U1402, act 
as the byte-select mechanism. 

Table 19-4 Byte Selection in the Page Map RAM 



Term 


Address Bits 

Al AO 


Write Enable Strobe 
Asserted 


BYTE24 
BYTE 16 
BYTE08 
BYTEOO 




1 
1 



1 

1 


mmu_we24 
mmu_wel6 
mmu_we08 
mmu_we00 



The page map RAM operate similarly to the segment map RAM. The page map 
RAM are normally output enabled — read data is latched to their outputs (since 
the write enable signal, mmu_we[24/l 6/08/00] signals are normally high). To 
write to the page map RAM we must first shut down their outputs by issuing the 
appropriate write enable strobe. This tri-states the page map's output pins. One 
of the four U610:07 transceivers is then output-enabled by one of the four gating 
signals. Disabling the outputs of the RAM occurs during cs2; gating of the tran- 
sceiver occurs later, in cs4. 

An example of the decode of a write enable signal (in this case mmu-we24) is 
given below: 



mmu_we24 = Ctlspc*/p_a31*/p_a30*/p_a29*p_a28* 

/p2_a01*/p2_a00*/p2_rw*/ttlwend*cs2 



This signal (mmu_we24) is the write enable for byte 31:24 of the page map 
RAM. It is active when you are doing a control space access (ctlspc- true) to the 
page map RAM (pa_31:28 = 0001), the p2_a01:0 address bits decode to BYTE24 
(00), you are in a write cycle (p2_rw is low), you have not ended the write cycle 
(ttlwend is high/false) and you are in clock state two (cs2 is true). 

After the write enable disables the output of the RAM at cs2, the appropriate gate 
signal (mmu_we[24/l 6/08/00]) is issued during cs4. For instance, decode of the 
mmu_gtl6 signal, which gates U607, reveals: 
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mmu_gtl6 = c tlspc*/p_a31*/p_a30*/p_a29*p_a28* 
/p2_a01*p2_a00*p2_rw*cs4 + 

iranu_gtl6*p2_rw*/ttlrdend + 

Ctlspc*/p_a31*/p_a30*/p_a29* p_a28* 

/p2_a01*p2_a00*cs4*/p2_rw*/ttlwend 



This mmu_gtl6 signal is asserted when: 

1 . you are doing a control space access and address bits pa_3 1 :28 decode to 
the page map RAM (0001), the p2_a01:0 address bits decode to BYTE16 
(01), you are doing a read cycle (p2_rw is high), and you are in clock state 
four (cs4 is valid); or 

2. mmu_gtl 6 is asserted (this is a self-latching mechanism, needed to extend 
the read cycle beyond the deassertion of cs4), p2_rw indicates a read cycle 
(signal is high), and you have not entered the end of the read cycle (ttlrdend 
is still high); or 

3. you are doing a control space access to the device decoded by address bits 
pa_31:28 to be the page map RAM (0001), p2_a01:0 decode to BYTE16 
(01), you are in clock state four (cs4 is valid), you are in a write cycle 
(p2_rw is low) and you have not yet entered the end of the write cycle 
(ttlwend is false). 

The mmu_gate signal couples data through the appropriate buffer, onto the 
MMU bus; this data is then written into the page map RAM on the rising edge 
(deactivation) of the write enable signal. 

For more information on these control signals, please see the explanation of PAL 
U1402. 
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Statistics Control PAL — U61 1 



20.1. U611 Input Signals 



This PAL generates and updates various control and status bits for the MMU. 
Inputs to the U61 1 PAL are: 



i_mod 
i_acc 
i_typ [1:0] 
we24- 

p2_rw 

ttlwend- 

cs4- 

cs4_5- 

cs5- 



cs7- 



val- 



modified bit from MMU 

accessed bit from MMU 

type bits from MMU 

write enable strobe for control 
space access 



doing a read/write ope 


ration 


terminate write cycle 


for above 


state clock - used to 


time 


statistics updating 




state clock - used to 


time 


statistics updating 




state clock - used to 


time 


statistics updating 




state clock - used to 


time 


statistics updating 




cycle is a legal device space 


cycle - do update 
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The following clock states are used in statistics update timing: 



r 






■^ 


S4 




= latch output of RAM 




s4_ 


_5 


= assert we- on the static RAM 
(turns off RAM drivers) 




s5 




— turn on PAL to get updated version of 
the statistics bits 




S7 




= deassert we- and turn off the PAL outputs 




- 






j 



20.2. U611 Output Signals Outputs from the U61 1 PAL are: 



f 






^. 


stwe- 


= 


write enable for MMU RAM 




o_typl 


= 


updated version of stat bit 




o_typO 


= 


updated version of stat bit 




o ace 


= 


updated version of stat bit 




o_mod 


= 


updated version of stat bit 




lrnod 


= 


latched version of modified bit 




■■ 






- 



Write strobe — there are two sources of writes to the static RAM in the MMU. 
The processor needs to be able to read/write, and the statistics bits must be 
updated when a device space cycle occurs. 

o Processor writes are terminated with ttlwend since the decode path for we24 
is quite slow. 

a On device space updates we assert stwe- at cs4_5 and deassert at cs7. 



' 


\ 


stwe = 


we24 * /ttlwend + control space cycles 




val * cs4_5 * /cs7 device space cycles 


. 





If we define output enable as: 



#define OE 



val*cs5*/cs7 
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then the updated version of statistics bits are a result of: 



if ( TYPEOE ) /o_typl = /i_typl 



if ( OE ) /o ace « grid always a 1 



/lmod = /i_mod * p2_rw * /cs4 + set if write or already set 
/lmod * cs4 hold as long as cs4 



* 


"1 


if ( TYPEOE ) /o_typO = 


/i_typO 





J 



' 




— 


if ( OE ) /o_mod 


= 


/ lmod latched version of modified bit 







j 
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21.1. U612 Input Signals 



21 



MMU Validation and Decode PAL — 

U612 



U612 PAL decodes various MMU validation type bits and system control signals 
to issue MMU control and error signals. 

Inputs to U61 2 are: 



mmu_typ [1 


0] 


= 


type bits determine physical 
address space 


mmu_s 




= 


page is supervisor access only 


mmu w 




= 


page is writable 



mmu_v = page is valid 

p2_rw = read/write- 

cs4- = cs4 - output of MMU is stable by now 

cs4_5- = cs4_5 - feedback is stable - freeze 

devspc- = doing a device space (physical 

address) cycle 

p2_fc[2] = function code 2 - doing a 

supervisor cycle 

p2_as- = used to end cycles (especially for 

mmu ram- ) 
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.2. U612 Output Signals Outputs from U612 are: 



r ■ '■■"- — 


\ 


ltypO = latched version of typeO 




mmu_vme- = valid VME master cycle (to type2 

or type3 space) 




mmu_io- = valid 10 cycle (to typel space) 




The above signals are asynchronous state machines 
that latch when asserted, and stay latched through 
pas (end of cycle). This is done because the 
the type bits may glitch during statistics updating. 




mmu_ram- = valid RAM cycle (typeO space - 

includes video) 




mmu_verr = page is invalid 




mmu_perr = page is valid, but protection is bad 




mmu_val- = physical address cycle's protection is 

ok, allow statistics updating 




.. 


J 



The ltypO- signal provides a latched version of the type[0] bit for VME dsack 
signals (input to U204 dsack PAL). 



/ltypO 


:= p2_as * cs4 * /cs4_5 * /typO + sets the latch 


■• 


p2_as * /ltypO hold until p2_as is no longer valid 
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The protection bits are derived from the following truth table. 



Table 21-1 MMU Protection Bits — Decode of the Inputs 



Input Signals 


Meaning 


devspc- * mmu_v 


enable cycle 


p2_rw * mmu_w 


read protected 


p2_fc2 * mmu_s 


supervisor protected 



Table 2 1 -2 Truth Table for MMU Protection Bits 



devspc- 


mmu_v 


Inp 

p2_rw 


uts 

dhiw.w 


P 2_fc2 


mmu.s 


mmu_veiT 


Outputs 

mmu_perr 


mmu_val- 


Meaning 


Status j 


1 


- 


- 


- 


- 


- 








1 


not device 
space cycle 


















1 





1 


page is 
marked 
invalid 




READS 

























1 


1 


- 


• 














usrjupv <■ 

UST 







1 


1 


- 





1 





1 


1 


usr <- supv 


ERROR 





1 


1 


- 


1 


1 











supv <■ 
supv 




WRITES 

























1 








- 


- 





1 


1 


usrjupv - > 
prot 


ERROR 





1 





1 


- 














usr j up v -> 
usr 







1 





1 





1 





1 


1 


usr -> supv 


ERROR 





1 





1 


1 


1 











supv -> 
supv 





4 
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The mmu. 


_val- term 


produces the following set of validation equations: 


f 
mmu vaJ 










devspc 


* rranu_v 


* p2_rw 


* /mmu_s 


+ 


devspc 


* mmu v 


* p2_rw 


* p2_fc2 


+ 


devspc 


* mmu_v 


* mmu_w 


* /mmu_s 


+ 


devspc 


* mmu v 


* mmu w 


* p2_fc2 





These basic equations are used for mmu_val-, mmu_vme-, mmu_io-, and 
mmu_ram-. They are further qualified by clock edges (cs4, cs5) and also by type 
space decode bits (typ[l:0]). 



r 




"\ 


/mmu verr 


= /cs4 + qualified by cs4 
/devspc + 

mmu v 




- 




■ 



{ 




/rnmu^perr 


= /cs4 + qualified by cs4 




/devspc + 




/mmu v + 




p2_rw * /mmu s + 




p2_rw * p2_fc2 + 




mmu w * /mmu s + 




mmu_w * p2_fc2 


- 


. 
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r 
















All terms qualified by cs4 
















mmu val = cs4 * devspc 


* 


mmu_v 


* 


p2_rw 


* 


/mmu_s 


+ 


cs4 * devspc 


* 


mmu_v 


* 


p2_rw 


* 


p2_fc2 


+ 


cs4 * devspc 


* 


mmu_v 


* 


mmu_w 


* 


/mmu_s 


+ 


cs4 * devspc 


* 


mmu v 


* 


mmu_w 


* 


p2_fc2 





•— — 

Enabled at s4, and frozen at s5. VME cycles are type = (2 or 3). 
Signal is held valid till cycle ends, indicated by deassertion 
ofp2_as. 




mmu vme : = 


= p2_as * 
mmu v 


cs4*/cs4_5 * devspc * 

* p2 rw * /mmu_s * typl + 






p2_as * 
p2_rw 


cs4*/cs4 5 * devspc * mmu_ 
* p2_fc2 * typl + 


y * 




p2_as * 
mmu w 


cs4*/cs4_5 * devspc * mmu_ 
* /mmu_s * typl + 


y * 




p2_as * 
mmu_w 


cs4*/cs4 5 * devspc * mmu_ 
* p2_fc2 * typl + 


y * 




p2_as * 


mmu_vme hold through end of cycle 
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e 






Enabled at s4, and frozen at s5. 10 cycles are type = (1). 
Signal is held valid till cycle ends, indicated by p2_as being 
deasserted. 


mmu_io := p2_as * 
p2 rw 


cs4*/cs4_5 
* /mmu_s * 


* devspc * mmu_v * 
/typl * typO + 


p2_as * 
p2_rw 


CS4*/cs4_5 
* p2_fc2 * 


* devspc * mmu v * 
/typl * typO + 


p2_as * 
mmu w 


cs4*/cs4_5 
* /mmu_s * 


* devspc * mmu_v * 
/typl * typO + 


p2_as * 

mmu_w 


cs4*/cs4_5 
* p2_fc2 * 


* devspc * mmu v * 
/typl * typO + 


p2_as * 


mmu io 




. 




- 



, 




' 


The mmu. j am signal is not qualified by cs4; it is sampled by 
the memory CAS decoder and the video interface hardware. 
RAM cycles are type = (0). 


mmu_ram := p2_as * devspc * 
/mmu_s * /typl 


mmu v * 
* /typO 


p2 rw * 

+ 


p2_as * devspc * 
p2_fc2 * /typl 


mmu v * 
* /typO 


p2 rw * 

+ 


p2_as * devspc * 
/mmu_s * /typl 


mmu v * 
* /typO 


mmu w * 

+ 


p2_as * devspc * 
p2_fc2 * /typl 


mmu v * 
* /typO 


mmu w * 
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P2 Bus Control and Address Buffers 



22.1. U700 Comparator 



Page 7 of the schematics includes the 

o U700 comparator — decodes address bits to indicate an access to bottom 32 
Mbytes of memory 

a U703 :0 1 P2 address buffers 

□ U704 Control signal buffer. 

This comparator issues the signal that indicates an access is being made to the 
bottom 32 Mbytes of memory, the amount of physical memory addressable by 
A24:00. 

In the comparator, mmu_a(31:25) address bits are compared to the ground inputs 
at P(7:0) and when the comparison is equal — mmu_a(3 1 :25) address bits are all 
zeros — the low active signal p2_bot32M- is issued. This signal is used in the 
3104 CAS decoder PAL as indication that an access is is being made to the bot- 
tom 32 Mbytes. 

Input to the comparator is permanently enabled by the connection of a pulldown 
to pin 1, the gating signal. The table below summarizes the logic. 



Table 22-1 U700 Comparator 



Inputs 

G- (Input enable) mmu_a(31 :25) 


Output 

p2_bot32M- 


Low 


All low (equal GND) 


Low 


Low 


High (not equal to GND) 


High 


High 


Doesn't matter 


High 



22.2. U703:01P2 Address 
Buffers 



U703.01 buffer the MMU address bits mmu_a(23:13) coming from the page map 
RAM along with unbuffered processor address bits p_a(12:00) to the P2 address 
bus. The two output enable pins of these three buffers are permanently gated ON 
by being connected to a pulldown, and address bits at the inputs are coupled 
immediately to the P2 address bus (minus propagation delay, of course). 



^ 
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3. U704 Control Signal 
Buffer 



"* 4. Aliases 



U704 operates in the same manner as the three address buffers described above. 
Control signals asserted at the inputs are driven onto the P2 bus (except for the 
pl_sysc system clock signal from U2505 crystal, which is available only if J2502 
is IN). Nonce also that mmu_a(24), address bit 24 from the page maps, is con- 
nected to U704; there wasn't enough room in U703:01 for it. 

Just like U703:01 buffers, U704 has its two output enables constantly gated ON 
by being permanently connected to a pulldown. 

Signals buffered by U704 are: 

a mmu_a(24) — upper/lower 32 Mbyte select bit; 

n p_fc(2) — unbuffered high order function code bit from the processor; 

d c62 — 62 nsec clock from the 16 MHz crystal on page 25 of the schematics, 
U2505. This signal is available only if J2502 is IN. 

d reft- refresh signal from U2409 DVMA controller, 

□ p_siz(l :0) — unbuffered processor size bits, indicating the size of the data to 
be transferred over the bus; 

□ p_as — address strobe, whose assertion and deassertion define the beginning 
and end of a cycle; 

d p_rw — processor read/write signal. 

The signals in the lower right hand of page 7 are merely aliases. Thus, devspc- is 
the same as p2_devspc-. And so on. 













devspc 


<- 


-> 


P2_ 


_devspc- 


cs2- 


<• 


-> 


P2_ 


uas- 


cs3 < 


-> 


p2_mux- 


mmu ram- 


<• 


-> 


P2_ 


ram- 


cs4- 


<- 


-> 


P2, 


cas- 


cs6- 


<- 


-> 


P2_ 


_endras- 


>- 
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Parity Circuitry 



23.1. Parity Address Latch In the event of a parity error, the parity address latches will latch up all 28 bits of 

— U811:08 virtual address for the MMU to translate. Since the TTL data bus is only 8 bits 

wide, this address must be multiplexed. Multiplexing is accomplished by the 
individual assertion of one -of- four read byte parity strobes, rd_pad(24/l 6/08/00), 
to one of the four parity address latches. 

The latches are loaded by an upward transition of the parity address strobe signal, 
par_as, from U802 parity control PAL. Bytes of address are output sequentially 
onto the TTL data bus, t_d(7:0), by the individual assertion of the following read 
parity address signals: 

d rd_pad(00) — outputs the low order byte of address, bits 7:0 from U8 1 1 

□ rd_pad(08) — outputs the next highest byte of address, bits 15:8 from U8 10 

o rd_pad(16) — outputs the next highest byte of address, bits 23:16 from 
U809 

□ rd_pad(24) — outputs the high order byte of address, bits 31:24 from U808. 

U808 also latches up the three context bits, for use by the MMU in translating 
this virtual address to an physical address. 

Finally, U808 latches up the s_dma signal, indicating whether or not a DMA 
cycle was being executed. 

23.2. Parity The 2060 board uses typical F280 9-bit parity generator/checkers. Each of the 
Generator/Checkers four chips accept 9 bits of parity generator/check data, detect whether an odd or 

— U807:04 even number of these are high, and issue a parity data bit at the SUM ODD out- 

put. 

a If the number of high inputs is ODD (1, 3, 5, 7, or 9) then the SUM ODD 
output is high. 

□ If the number of high inputs is EVEN (0, 2, 4, 6, or 8) then the SUM ODD 
output is low. 

Outputs of the parity checker/generators are connected to U812 parity check 
PAL, and also U801 memory error register. 

The F280s operate in both read (generation) and write (check) modes. 
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Software can test the operation of the parity chips by setting the ninth parity bit 
(through U803 multiplexer), par_test. By setting this bit, you can force bad par- 
ity on every byte and check for the resultant parity error. 



23.3. U803 Multiplexer 



2^.4. Parity Control and 
Parity Check PALs 
— U802 and U812 



The software test bit, par_test, is one of the inputs multiplexed through U803 
F158. Output is always enabled from the mux since pin 16 is permanently tied to 
a pulldown. The output of the mux is inverted; thus, setting the parity test bit, 
par_test, will add a low to the 9-bit input of the parity checker/generators, forcing 
bad parity. 

Multiplexing is done by the assertion of the processor read/write signal, p2_rw. 

a When p2_rw is high (indicating a read cycle), the inputs at port A are 

selected for transmission. In this case a read cycle selects the parity test bit, 
parjest. 

d When p2_rw is low (indicating a write cycle), the inputs at port B are 
selected for transmission. In this case a write cycle asserts the P2 parity 
byte-select bits, p2_par(24:16:08:00), from U801 memory error register. 

These two PALs work in tandem; U8 12 looks at the parity check bits from the 
parity checkers, the size and offset bits from the processor, and asserts 

□ a parity error signal (parerr-), if appropriate, 

□ a VMEbus error signal, s_error, and 

d one of the four parity error byte select signals, par_err(24: 16:08:00). 

A read cycle from memory uses the size (siz[l:0]) and offset (p_a[l:0]) bits to 
determine exactly which byte(s) was (were) transferred. Decoding these bits 
through U812 allows erroneous data to be located down to an individual byte. 

The parity error signal, parerr-, is connected to the U802 PAL. U802 asserts a 
sample-window signal, sample-, to indicate at what time during the read or write 
cycle it is valid to check parity; on the next following edge of c60 clock U812 
checks parity and indicates status to U802 via the parerr- signal. If parerr- is 
asserted, U802 will decode it and issue the parity interrupt request signal, 
par_irq, if appropriate. 
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23.5. U812 Parity Check 
PAL 



U812 Input Signals 



Inputs to U8 12 PAL 


are: 


r 

/sample 


= 


indicates a valid sample period 
for checking parity error 


/vmeberr 


= 


VMEbus error 


p2_siz(l:0) 


= 


size of transfer, used to determine 
individual byte that generated 
the parity error 


p2_a(01:00) 


= 


size of byte offset 


par_d(24:16 


:08 


:00) = parity check bits 






' 



U812 Output Signals 



Outputs from U812 parity check PAL are derived below. 




par_err(24) := /sample * /p2_a01 * /p2_aOC * par_d24 + 


^ 


sample * par_err(24) 




^> 


j 



The first term of the above equation says that the parity error signal for the most 
significant byte, D(31:24), is asserted when the sample signal is not true (not in 
state cs8_cs0), offset bits indicate byte offset, and the parity check bit comes 
from the high order data byte, p2_d(31 :24). 

The second term of the above equation is a self-latching function; it is true during 
the sampling period denned in U802 PAL — cs8_cs0. 



The parity 


error signal for byte (23:16) 


is defined below. 






- 
par_err 


(16) := /sample * p2_ 


sizl * /p2_a01 


* P ar _ 


_dl6 + 




/sample * /p2_siz0 * 


/p2_a01 * par_ 


_dl6 + 






/sample * /p2_a01 * 


p2_a00 * par_dl6 + 






sample * par_err(16) 








' 








■ 
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This equation defines the parity error signal for data bits D(23:16), the check bit 
from U806. The first three terms indicate that par_err(16) will be asserted when- 
ever the check bit from U806 parity checker is valid, you are NOT in the sam- 
pling period, and your data is offset 1, 2, or 3 bytes. 

The last term is self-latching; par_err(16) is valid during the sampling period. 

The parity error signal for byte (15:08) is defined below. 



par_err (08) 


:■= /sample * /p2_sizl * /p2_siz0 * 
/p2_a00 * par_d08 + 
longword transfer, or +2 byte offsets 




/sample * p2_sizl * p2_siz0 * 
/p2_a00 * par_d08 + 
3-byte transfer, or +2 byte offsets 




/sample * p2_sizl * /p2_a01 * 
p2_a00 * par_d08 + 
1 or 3-byte transfers, +1 byte offset 




/sample * /p2_siz0 * /p2_a01 * 
p2_a00 * par_d08 + 
Word or longword transfer, +1 byte offset 




/sample * p2_a01 * /p2_a00 * par_d08 + 
+2 byte offset 




sample * pa r_e r r ( 8 ) self-latching 


- 


. 



The first five terms indicate that par_err(08) can be indicated during a non- 
sampling period whenever the par_d08 signal is asserted from U805. The last 
term is self-latching; it holds par_err(08) valid during the sampling period. 

The parity error signal for byte (07:00) is defined below. 
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' 




par_err (00) 


:= /sample * /p2_sizl * /p2_siz0 * 
par_d00 + long-word transfer 




/sample * p2_sizl * p2_siz0 * 
p2_a00 * par_d00 + 
3 byte transfer, or +2 byte offset 




/sample * p2_sizl * p2_a01 * par_d00 + 
2 or 3 byte transfer; 2 or 3 byte offset 




/sample * p2_a01 * p2_a00 * par_d00 + 
3 byte offset 




sample * par_err{00) 
self -latching during sample 


. 


J 



The s_error signal is defined below. 



' 




■\ 


/s_error 


:= /vmeberr * /p2_siz0 * /p2_a00 
/par_d24 * /par_dl6 * /par_ 


* 
_d08 * /par_d00 + 




/vmeberr * p2_sizl * /p2_siz0 * /p2_a0l * 
/p2_a00 * /par_d24 * /par_dl6 + 




/vmeberr * /p2_siz0 * p2_a01 * /p2_a00 * 
/par_d08 * /par_d00 + 




/vmeberr * /p2_sizl * p2_siz0 
/p2_a00 * /par_d24 + 


* /p2_a01 * 




/vmeberr * /p2_sizl * p2_siz0 
p2_a00 * /par_dl6 + 


* /p2_a01 * 




/vmeberr * /p2_sizl * p2_siz0 
/p2_a00 * /par_d08 + 


* p2_a01 * 




/vmeberr * /p2_sizl * p2_siz0 
p2_a00 * /par_d00 + 


* p2_a01 * 




/sample * /vmeberr 




■ 




- 



All the parity errors are ORed together into one signal, parerr-, and connected to 
the parity control PAL, U802. Since this output is clocked, the signal is not valid 
until 2 states after you see sample-. 
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23.6, U802 Parity Control 
PAL 



U802 Input Signals 



parerr := par_err(24) + 

par_err(16) + 

par_err(0 8) + 
par_err (00) 



The parity control PAL works in tandem with U812, parity check PAL, to gen- 
erate the parity interrupt request signal, par_irq, during the appropriate sampling 
period (between cs8 and csO). Also generated are: 

d output enable signal for the high-order byte of parity address (and context 
bits), rd_pad24-, which clears parity errors, 

□ latch strobe for the four parity address registers, par_as, and 

a the sample- signal, which tells U8 12 when to check for parity errors. 

Inputs to U802 PAL are: 



par_ien = 

par_chk = 

p2_rw = 

p2_ack- 

devspc- = 
pad24- 

parerr- = 



Parity Interrupt Enable (from 

memory control reg) allows software to 
selectively enable or disable the parity 
interrupt . 

Parity Check Enable (from memory 

control reg) indicates whether you are in 
parity check or parity generation. 

Indicates a read or write cycle (used to 
indicate read here) . 



Positive acknowledge from memory. 

Cycle is a device space cycle (not FPA) 

Select from TTL decode logic (used to 
unfreeze) . 

Indicates the Parity Checker PAL has 
detected an error. 
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U802 Output Signals 



Outputs of U802 PAL are: 


par_irq ■= 


Parity Error Interrupt Request. 


par_as = 


Parity Address Strobe - latch virtual address. 


sample- ■= 


Tell Parity Checker PAL to check for error 


rd_pad24 - 


Read most significant byte of parity address 




- 



Equations of each of these signals are given below. The first is rd_pad24: 



rd_pad2 4 = pad2 4 * p2_rw 

pad24 valid from U1401 TTL Bus decoder, during a read cycle 



A state diagram illustrates the derivation of the remaining three signals, sample- 
par_as, and par_irq. First, the states of the state diagram are: 

Table 23-1 Parity State Diagram — State Values 



Con 


trol Sta 


te Bits 

qO 


State 











nuO 








1 


nul 





1 





freeze 





1 


1 


sendresults 


1 








nu4 


1 





1 


genparity 


1 


1 





latchparity 


1 


1 


1 


idle 



Next, the meaning of these states is given in the following table: 
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Table 23-2 Parity State Diagram — Description of the States 



States 


Description 


nuO 


State 0, not used 


nul 


State 1, not used 


freeze 


Parity error - freeze latch and 
parity check bits 


sendresults 


Parity Checker sends back the 
results of check 


nu4 


State 4, not used 


genparity 


Parity Checker generates parity 
check bits 


latchparity 


Up address and tell Parity 
Checker to check 


idle 


Not enabled + Not a read + Not 
acknowledged + Not devspc access 
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Pinout of U802 PAL Pinout of the U802 PAL is: 

Figure 23-1 U 802 Pinout 





************** 




************** 






» * 




* * 






*** * 




* * W * 




c60 


* 1* p 

* * 


a 


1 *20* 
* * » * 
* * 


vcc 


par_ien 


* 2* 

*** * 




*19* 


nu!9 



par_chk * 3« 



p2_rw * 4" 



*18* q2 



♦ * * * 



/p2 ack * 5' 



■16* □: 



/devspc * 6* 

* * * * 



'15» par_irqk 



/pad24 * 7< 



*14* par as 



+ * 
•13* /sample 

« W * « 



/parerr * 9" 



*12* /rd pad24 



gnd *10» 

* * « * 



'11* /oe 

r * * » 



********#***»*****■****«*»**** 
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The following is the state diagram for the 2060 parity control PAL. 
Figure 23-2 U802 Parity Control PAL — State Diagram 




!par_chk 



!par_chk 



!par_chk 



else 



!par_chk + !pad24- & !p2_rw 



else 



111 
IDLE 




(c60) 



par_chk & p2_rw & 
!p2_ack- & Idevspc- 




110 

LATCHPARTTY 

par_as = 1 




(c60) 




else 



101 

GENPARITY 

sample- = 




(c60) 




else 



011 
SENDRESULTS 

sample- = 




(c60) 



parerr- 






always 


r 




always 


r 

i 

i 




always 


L 

r 

i 

i 



100 
not used 



■ -\ 
i 
i 
i 

. j 



001 i 

not used ■ 

i 

i 



000 ! 

i not used > 
t i 

i i 



else 
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The sample- signal defines the time period when a valid interrupt sample may be 
taken. 



r 




sample 


:= ql * /qO * /pad24 * par_chk + 




ql * /qO * p2_rw * par_chk + 




/q2 * ql * qO * parerr * par_chk + 




q2 * /ql * qO * par_chk + 


L. 


q2 * ql * /qO * par_chk 



Parity address strobe clocks the four parity address registers. 



f 


.... 


/par_as 


:= /q2 + 




/ql + 




/qO + 




/devspc + 




/p2_rw + 




/par_chk + 




/p2_ack 


i. 


J 



Parity interrupt request raises a non-maskable level 7 interrupt. 



/• 




s 


/par_irq 


:= /qO * pad24 * /p2_rw + 
qO * /parerr + 
/par_ien + 
/ql + 
/par chk + 

q2 




t 




j 



23.7. Memory Error 
Register — U801 



The memory error register provides the necessary control and information to deal 
with parity errors. It stores information on which byte(s) caused the parity error, 
sets a pending parity error interrupt, and provides functions to test parity error 
checking. 

a When rd_par- signal is asserted, the four parity control bits are enabled. 

d When the p2_rw signal is low, indicating a write cycle, the four parity error 
bits are asserted. 

NOTE The parity control and error bits can be asserted and deasserted independently. 
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Table 23-3 Memory Error Register — U801 



Memory Error Register for Parity Memory 


BIT 


NAME 


TYPE 


MEANING 


GATING SIGNAL 


EX0> 


PARITY ERROR 00 


read-only 


Parity Error, bits D07:D00 


rd_par-(U813) 


EX1> 


PARITY ERROR 08 


read-only 


Parity Error, bits D15:D08 


rd_par-(U813) 


EX2> 


PARITY ERROR 16 


read-only 


Parity Error, bits D23:D16 


rd_par-(U813) 


EX3> 


PARITY ERROR 24 


read-only 


Parity Error, bits D31:D24 


rd_par-(U813) 


EX4> 


PARITY CHECK 


read-write 


Enable parity checking 


rd_par- (U801) 


EX5> 


PARITY TEST 


read-write 


Test by inverting parity 


rd_par-(U801) 


EX6> 


PARITY INT ENBL 


read-write 


Parity interrupt enable 


rd_par- (U801) 


EX7> 


PARITY INTRPT 


read-only 


Parity interrupt (level 7) 


rd_par-(U801) 



23.8. Byte Select Buffer 
(and Address Bit 
Driver) — U813 



23.9. Parity Data Buffer 
U3112 



The memory error bits are described below. 

□ The four parity error bits are set when a parity error is detected in the 
corresponding byte. These come from the F280 checkers. 

d Parity check bit is set to enable parity checking on memory read cycles. 

o Parity test bit is set in order to write parity with the inverse polarity to test 
the operation of the parity error circuitry. With parity test off, correct parity 
is generated on all memory write cycles. 

a Parity interrupt enable enables level 7 interrupts if a parity error is detected. 
(Remember, level 7 interrupts are non-maskable.) 

□ Parity interrupt is true if a parity interrupt is pending. 

Only half of this ALS240 buffer is actually used in the parity circuitry; the four 
parity error byte-select bits (par_err[24:16:08:00]) are gated out onto the TTL 
data bus by the assertion of the rd_par- signal. These parity error signals indicate 
which byte in the 32-bit data space actually caused the parity error. 

The remainder of the buffer is used to drive the four most-significant address bits 
during a DMA cycle. Address bits 3 1 :28 are driven high during a DMA cycle 
(indicated by the assertion of s_dma-); since the ALS240 is an inverting driver, 
the addresses are derived from ground on pins 2, 4, 6, and 8 of the input side. 

The four parity check bits, p2_par(24: 16:08:00), are gated through U3112 as 
soon as they arrive at the inputs (output is permanently enabled by connection to 
a pulldown). 

The other half of the buffer drives the memory parity out bits 

(m_po(24: 16:08:00) from each byte of memory. These are gated out of the 

buffer by the assertion of the m_parrd- signal from U3104 PAL. 
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MOS Bus Devices 



Seven MOS I/O devices share an 8-bit bus amongst themselves. These MOS 
devices are: 

d User-accessible EAROM (EEPROM) 

a Boot PROM (EPROM) 

d Real Time Clock (RTC) 

n Serial Ports (Port A and Port B) 

d Mouse 

o Keyboard 

MOS devices are accessed and controlled through a series of PALs and a 
read/write decoder, shown on page 9 of the schematics. 

MOS devices occupy TYPE1 space, and are located at: 



Table 24- 1 Map for TYPE1 Space 



Device 


Address bits 


Address 


KEYBDMOUSE 

SERIALIO 

EEPROM 

TOD 

EPROM 


/p2_a20*/p2_al9*/p2_al8*/p2_al7 
/p2_a20*/p2_al9*/p2_al8* p2_al7 
/p2_a20*/p2_al9* p2_al8*/p2_al7 
/p2_a20*/p2_al9* p2_al8* p2_al7 
p2_a20*^)2_al9*/p2_al 8*/p2_al7 


0x000000 
0x020000 
0x040000 
0x060000 
0x100000 



You can access the MOS bus using one of three cycles: 

1. MOS read cycle, or 

2. MOS write cycle, or 

3. Diagnostic cycle. 

Each of these accesses are defined by an output from the first-level MOS 
decoder, U900. The diagnostic cycle bypasses the MMU (allowing you to access 
a terminal even with a bad MMU). 

MOS devices are physically accessed through: 
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Figure 24-1 



□ a MOS enable PAL, U900, which generates the MOS read, MOS write, and 
the diagnostic cycle signals, 

□ a MOS SACK (synchronized acknowledge) state machine, U901, which 
generates MSACK (SACK for the MOS devices), strobe enable, and count 
enable signals, 

p and the MOS read/write strobe decoder, U904, which issues read/write 
strobes to the individual MOS devices. 

The figure below illustrates this: 
MOS Decoders 

























U9O0 

first 

level 

decoder 


mosrden-/moswTen- 




U901 
MOS SACK 

stale 
machine 


i 

i > 

cnten- 


U902 & U903 

MOS 

read/ write 

buffers 










diagcy- 








stroben 














<r 






U904 
second 

level 
decoder 


MOS devices read strobes 








MOS devices write strobes 










p2_a(2U:l/) 





























24.1. U900 MOS Enables 
PAL 



NOTE 



U900 is the first -level decoder for the MOS devices. Its outputs function as fol- 
lows: 

a moswren: this low-active signal enables the write data buffers (U902) for the 
MOS devices. The DCP is not included. This signal also starts the dtack 
state machine and indicates to U904 whether you are in a read or a write 
cycle. 

A write to the EPROM is available to enable diagnostics to check the statistics 
bits on a write to TYPE1 space without actually affecting any devices. 

d mosrden: this low active signal enables the read output buffers (U903) to 
drive the P2 data bus for all MOS devices. This signal also starts the dtack 
state machine and indicates to U904 whether you are in a read or a write 
cycle. 

d diagcy: special serial port SCC access indicator. Diagnostics cycle mode 
bypasses the MMU logic so that diagnostics can get access to a terminal 
with an inoperative MMU. 



^sun 



mcrosyttemt 



(Rev 1 of 10 May 1987} CONFIDENTIAL! 



Chapter 24 — MOS Bus Devices 



167 



NOTE The signal sccack (serial controller acknowledge) is included due to a three OR- 
term limit in the rdjerial output qfU904. 



U900 Pinout 



Pinout of the U900 high-level MOS decoder PAL is: 



Figure 24-2 U900 Pinout 



ft************* 



/cntlspc 


* 1* 




*** * 


pa31 


* 2* 




**** 


pa30 


* 3* 




**** 


pa29 


* 4* 




*** * 


pa28 


* 5* 




**■* * 


/bootcy 


* 6* 




*** * 


/sccack 


* 7* 




* * * * 


/mmuio 


* 8* 




** ** 


p2a20 


« 9* 




* » »» 


gnd 


*io* 



pal 



* ** * 




*20* 


vcc 


*«* * 




*19* 


/moswren 


* * * * 




*18* 


p2al8 


* * W w 




♦17* 


p2a!7 


* ** * 




«16» 


/p2as 


* ** * 




*15* 


p2rw 


* *» * 




*14* 


nc 


* » * * 




* 13 * 


/diagey 


* * * w 




-12* 


/mosrder. 


ir * * * 




*11 " 


p2a!9 



► **■**»***■•* 



*********** 



U900 MOS Write Enable — 
moswren 



MOS read or MOS write is set by the state of the P2 read/write signal, p2_rw. A 
low indicates a write cycle; high indicates a read cycle. When the mmuio- signal 
on pin 8 of U900 is pulled low (active) the P2 address bits A20-A17 will decode 
to a TYPE1 space (indicating an I/O device) MOS device. When p_a(31:28) are 
all high and the Control space signal, ctlspc-, is active, this indicates a diagnostic 
cycle (bypassing the MMU). 

When the mmuio- signal on pin 8 of U900 is pulled low (active) the P2 address 
bits A20-A17 will decode to a MOS device. The state of the p2_rw signal deter- 
mines whether this will be a read cycle or a write cycle. Remember that: 














\ 


P2_ 


_rw 


- 


high 


= read 


cycle 


P2_ 


_rw 


= 


low = 


write 


cycle 
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moswren = /p2rw * p2as * mmuio * /p2a20 * /p2al9 + ; writable mos 

/p2rw * p2as * cntlspc * pa31 * pa30 * pa29 * pa28 + ; diagcycle 

/p2rw * p2as * mmuio * p2a20*/p2al9*/p2al8*/p2al7 ; for diagnostic 

; EPROM write 



Inputs to U900 decoding to one of the following three events will force a MOS 
write cycle: 

1 . a MOS device write cycle — P2 read/write signal is low (indicating a write 
cycle), low active p2_as (address strobe) is asserted, low active MMUIO 
signal is asserted, and the two high order address bits for TYPE1 space, A20 
and A19, are held low, indicating a TYPE1 device (keyboard, mouse, serial 
I/O port, EEPROM, or time of day clock) is going to be selected, or 

2. a Control space diagnostic cycle — P2 read/write signal is low (indicating a 
write cycle), low active p2_as (address strobe) is asserted, low active Con- 
trol space (cntlspc-) is asserted, and address bits A28-A31 are high, or 

3. a diagnostic write cycle to the EPROM — a write to the EPROM is essen- 
tially a write to a bit bucket. The diagnostics write cycle enables diagnos- 
tics to check statistics logic without actually affecting any devices. 



U900 MOS Read Enable 
mosrden 



r 














1 


mosrden 


- p2rw 


* 


p2as 


* 


mmuio * /p2a20 * /p2al9 + 


/ 


readable mos 




p2rw 


* 


p2as 


* 


mmuio * p2a20*/p2al9*/p2al8*/p2al7 + 


/ 


eprom 




p2rw 


* 


p2as 


* 


cntlspc * pa31 * pa30 * pa29 * pa28 + 


i 


diagcycle 




p2rw 


* 


p2as 


* 


bootcy + 


f 


boot eprom 




p2rw 


* 


p2as 


* 


sccack 


i 


sec vect'd int 


I 














j 



mosrden- is issued on pin 12 of U900 following one of five input events: 

1. a MOS device read cycle — P2 read/write is high, indicating a read cycle; 
P2 address strobe is low (active); mmuio- is low (active); P2 address bits 
A20 and A19 are low (indicating one of the four devices: keyboard, mouse, 
TOD, or EEPROM, in TYPE1 space); or 

2. the EPROM is going to be read — P2 read/write is high, indicating a read 
cycle; P2 address strobe is low (active); mmuio- is low (active); P2 address 
bits A20-A17 select the EPROM at 0x100000, or 
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3. a diagnostic cycle read — P2 read/write is high, indicating a read cycle; P2 
address strobe is low (active); a Control space (as opposed to MMU I/O) 
access is indicated by the low active assertion of ctlspc-; and address bits 
A31-A28 are all high, indicating that the MMU will be bypassed, allowing 
direct diagnostic access of the serial controllers, or 



a boot PROM read cycle — P2 read/write is high, indicating a read cycle; 
P2 address strobe is low (active); and the low active signal bootcy- (decoded 
from U106 PAL) is asserted, or 

read of the serial controller's vectored interrupt — P2 read/write is high, 
indicating a read cycle; P2 address strobe is low (active); and sccack- (serial 
controller acknowledge) is issued from U304 PAL. The serial controllers' 
interrupts are daisy-chained; once the interrupt is acknowledged by the 
assertion of sccack-, the software is supplied a vector by the interrupting 
controller. 



Diagnostic Cycle — diagcy 



' 






diagcy 


= p2as * cntlspc * pa31 * pa30 * pa29 * pa28 + 


; diag sc 




p2rw * p2as * sccack 


; sec vec 



diagcy- is issued on pin 13 of U900 by one of the following two events: 

1 . serial controller access bypassing the MMU — P2 address strobe is 
asserted; control space (ctlspc-) is asserted; and address bits A31-A28 are 
set (indicating the UART bypass), or 

2. read of the SCC vectored interrupt — P2 read asserted (p2_rw is high); P2 
address strobe is asserted, and sccack- is asserted. It is ORed in U900 
instead of U904 because the latter had a three-term OR limit, and they were 
all used. 

24.2. U901 MOS SACK U901 MOS SACK state machine supplies three signals: 

1. MOS synchronous acknowledge, msack-, to the U204 DSACK PAL, 

2. clock, cnten-, to the U903 MOS read buffer, and 

3. strobe enable, stroben-, to the U904 MOS read/write strobe decoder. 

U901 uses moswren-, mosrden-, and sccack- to start the state machine to issue 
stroben-, cnten-, and msack- at the appropriate times. 
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Pinout of U901 PAL Pinout of the U901 State Machine is: 

Figure 24-3 U901 MOS Control State Machine Pinout 
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19 
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qi 
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16 
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cs4_ 
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NOTE For the following explanation, see the MOS Bus read cycle timing diagram in the 
appendix. 

The following figure illustrates the MOS control state machine. 
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Figure 24-4 MOS Control State Machine 



lTUt 



p2as- 
/msack- = p2as-, stroben- = 1 




else 
/msack- = 1. stroben- = 1 



(moswrenA + mosrden-S) * sccack- * cs4A) 
/msack- = 1, stroben- = 1 



count <5 
/msack- = 1, stroben- = 



count = 5 
/msack- = 1, stroben- = 



else 
/msack- = p2as-, stroben- = 1 



There are two paths through the MOS control state machine: 

1. MOS read/write, and 

2. SCC interrupt. 



V- 
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l.;01 MOS Read/Write 
Control 



The MOS read/write path starts in the IDLE state. IDLE state (1 1 1) is denned by 
a control state counter, which in turn influences a wait state counter. Every time 
the least significant bit (qO, also known as cnten — counter enable) of the control 
state counter goes from a one to a zero, the wait state counter is enabled and 
begins incrementing. Both of these counters are internal to the U901 state 
machine. The states in each of these counters are defined in the following two 
tables: 



Table 24-2 U901 Control Counter States 



Control State 


Counter Value 




q2 


ql qO 


idle 


1 


1 1 


syncwait 


1 





mosstroben 


1 


1 


mosend 





1 1 


nostateO 








nostatel 





1 


nostate2 





1 


nostate5 


1 


1 



Table 24-3 U901 Wait Counter States 



Control State 


Counter Value 




ct2 


ctl ctO 


cntO 








cntl 





1 


cnt2 





1 


cnt3 





1 1 


cnt4 


1 





cnt5 


1 


1 


cnt6 


1 


1 


cnt7 


1 


1 1 



Note that some of the states in the control state counter are labelled "nostates." 
These are values in the control state counter which do not have control states 
assigned to them: they are defined in case the counter should happen to hold one 
of these stateless values when you power up. For instance, as shown below, a 
control state register value of 000 is defined as nostateO. 
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Assign control states 



nostateO -= 000 

nostatel = 001 

nostate2 = 010 

nostate5 ■= 101 



If you should happen to power up in one of these ' 'nostates, ' ' the state machine 
will go immediately to IDLE. For instance, powering up in nostateO will cause 
you to go to IDLE state and force the outputs msack- and stroben- to their inac- 
tive (high) state because of the following statements: 



state 


nostateO : 


msack_ = h; 
stroben_ = h; 


^ 






goto idle; 


j 



state nostatel: msack_ = h; 

stroben_ = h; 

goto idle; 



state nostate2: msack_ = h; 

stroben_ = h; 

goto idle; 



f ■ 

state nostate5: msack_ = h; 

stroben_ = h; 

goto idle; 



U901 is set to the IDLE state at initialization, and the control counter is set to 
111. If you look at the MOS read timing diagram, you will see that msack- and 
stroben- are false (high) during IDLE. This is also illustrated in the state diagram 
equation: 



r 






state 


idle: 


msack_ ■= h; 
stroben_ = h; 


v- 







To go from the IDLE state to MOS strobe enable (MOSSTROBEN) state either 
MOS read or MOS write must go true (low), scc_ack- stay high, and you must be 
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in state 4 (cs4- asserted). The other path, to SYNCWAIT, is selected if both 
sccack- and cs4- are asserted flow). Otherwise you remain in IDLE state. 



state_diagram [q2,ql,q0] "control state machine" 
state idle: msack = h; 



stroben 



h; 



if !sccack_& !cs4_ then syncwait 
else 
if ( !moswren_#!mosrden_) 4 !cs4_&sccack_ 
then mosstroben 
else 
idle; 



In MOSSTROBEN state the control state counter goes from 1 1 1 (IDLE) to 1 10 
(MOSSTROBEN). Remember, when the least significant bit (qO) of the control 
state counter goes from one to zero it enables the wait state counter (ct2-ct0) to 
begin incrementing, unless or until the signal cnten- goes high, resetting this 
counter. Once in MOSSTROBEN state the wait state counter increments every 
c60- (60 nsec) clock. 
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Figure 24-5 MOS DTACK PAL Wait State Counter 



cntreset 



cntreset 



cntreset 



cntreset 



cntreset 



cntreset 



cntreset 




c60- + cntreset 



As long as the wait state counter is less than 5 (101), U901 remains in 
MOSSTROBEN state. When the count reaches five, 540 nsecs into the MOS 
read/write cycle, U901 enters MOSEND state. This is designated by 01 1 in the 
control state counter. 



S^sun 



mem yt terns 



{Rev 1 of 10 May 1987) CONFIDENTIAL! 



1 76 2060 CPU Board Engineering Manual CONFIDENTIAL! 



state mosstroben: 



msack._ = h; 
stroben = 1; 



if ! init_ then idle 
else 
if count == 5 then mosend 
else 
mosstroben; 



state mosend: 



msack_ = p2as_; 
stroben_ = h; 

if !init_ then idle 
else 
if p2as_ then idle 
else 
mosend; 



U901 SCC Interrupt — 
SYNCWAIT State 



Recall that the least significant bit (LSB) of the control state counter enables and 
disables the wait state counter. When U901 enters MOSEND state, the LSB (qO) 
goes to a one, (control state counter goes from 1 10 to 01 1) which disables cnten-, 
and the wait state counter is reset to 000 on the next clock. This counter remains 
reset until cnten- goes low again. 

The stroben- signal goes high, disabling it, and msack- goes low, pacing the 
p2as- address strobe. When the p2as- signal goes high msack- also goes high, 
still pacing p2as-. On the next clock you reenter IDLE state. 

If you look at the timing diagram, MOS bus cycle begins in the IDLE state with 
both msack- and stroben- high. IDLE state continues until 180 nsecs into the 
cycle, S5 of c60 clock. MOSSTROBEN state continues until count = 5, 540 
nsecs into the cycle, at which time U901 enters MOSEND state. When msack- 
goes low, the processor begins to end the bus cycle. When p2_as- goes high (end 
of the bus cycle) the IDLE state is entered on the next clock (720 nsec) and 
remains in IDLE. 

The other path through the state machine is that of SYNCWAIT, the interrupt 
acknowledge cycle. SYNCWAIT is necessary because of the long set-up times 
needed for MOS chips; it's essentially a lot of wait states inserted into an inter- 
rupt cycle. 

SYNCWAIT state is entered whenever sccack- and cs4- are asserted. 
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state idle: msack_ = h; 

stroben_ = h; 

if !sccack_& !cs4_ then syncwait 
else 
if ( !moswren_# !mosrden_) & !cs4_6sccack_ 
then mosstroben 
else 
idle; 



When sccack- and cs4- are asserted, msack- and stroben- are still deasserted. The 
control state counter goes from 1 1 1 (IDLE) to 100 (SYNCWAIT). The least 
significant bit (qO) of the control state counter goes from a one to a zero (counter 
goes from 1 1 1 to 100) and this enables the wait state counter, which begins to 
increment As long as the wait counter is less than seven (1 1 1), U901 remains in 
SYNCWAIT state; as soon as the wait state counter reaches seven U901 enters 
MOSSTROBEN state, a MOS read/write cycle. 



f 






n 


state 


syncwait : 


msack_ = h; 
stroben_ = h; 






if !init 


then idle 






else 








if count == 7 then mosstroben 






else 








syncwait; 




I 






j 



These seven wait states allow 

1 . synchronization to PCLK baud rate clock on the serial communication con- 
troller (205 nsecs), 

2. the daisy-chained interrupt enable output from the first SCC chip to get out 
of the chip (250 nsecs), and 

3. the interrupt enable input to set up in the next chip (100 nsecs). 

In other words, these seven wait states give the two SCCs time to decide which 
of the SCCs will issue the interrupt At this point the read cycle starts (enter 
MOSSTROBEN state) to retrieve the interrupt vector. The wait state counter 
simply rolls over from 1 1 1 to 000. 

MOSSTROBEN state operates the same in SYNC as in MOS read/write cycles. 
The control state counter's LSB remains a zero (1 10), enabling the wait state 
counter, which continues to increment. As long as the wait state counter is less 
than five (101), U901 remains in MOSSTROBEN state. When the count reaches 
five, 1020 nsecs into the SYNC cycle, U901 enters MOSEND state. This is 
designated by 01 1 in the control state counter. 
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state mosstroben: msack_ = h; 

stroben_ = 1; 

if ! init_ then idle 
else 
if count == 5 then mosend 
else 
mosstroben; 



state mosend: msack_ = p2as_; 

stroben_ = h; 

if ! init_ then idle 
else 
if p2as_ then idle 
else 
mosend; 



When U901 enters MOSEND state the control state counter goes from 1 10 to 
Oil. When the LSB (qO) goes to a one cnten- is disabled and the wait state 
counter is reset to 000. This counter remains reset until cnten- goes low again. 
1030 nsecs into the cycle stroben- goes high, disabling it, and msack- goes low. 
1080 nsecs into the cycle the wait state counter is reset to zero (000). When 
p2_as address strobe goes high, you reenter IDLE state on the next clock. 

The timing for the states is: 



IDLE 

SYNCWAIT 
MOSSTROBEN 
MOSEND 



to 180 nsecs 
until 660 nsecs 
until 1020 nsecs 
until 1200 nsecs 



(at which time you go back to idle) 

Thus, the interrupt acknowledge cycle for the MOS devices is 1200 nsecs long. 

MOS devices have very slow output disable times. A write cycle to a MOS dev- 
ice following a read cycle will cause a buffer conflict unless time is allowed at 
the end of a read cycle for the outputs to be cleared. The 8530 SCC gives one 
solution to this problem — a status register read cycle will not provide stable 
data for the length of the read cycle. To avoid unknown metastable conditions in 
the 68020, the read data should be latched and time allowed for the data to settle. 
Latching the data for all MOS reads allows the MOS read strobes to deactivate 
early, allowing time for the buffers to turn off before the next cycle and also pro- 
vides stable data to the 68020. 
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24.3. U904MOS 

Read/Write Strobe 
Decoder 



MOS devices also have data and address hold time requirements which require 
the write strobes to terminate before the end of the cycle. 

The stroben- signal is used for providing the short R/W strobes for hold time 
requirements and buffer turn-off time. In addition, the rising edge of cnten- is 
used to clock the 74LS374 data hold latch (U 1203). 

The U904 PAL generates the read and write strobes for all the MOS devices 
except the DCP. The devices for which strobes are generated are: 

a read/write Time of Day clock 

d read/write serial ports 

d read/write keyboard and mouse 

□ read/write EEPROM, and 

a read EPROM. 

The read strobes for the 8530 SCC devices are active for normal reads and inter- 
rupt acknowledge cycles. In addition to normal accesses, the serial port SCC 
read and write strobes are active during a diagnostic cycle. A diagnostic cycle 
access bypasses the MMU (is mapped into Control space as "UART Bypass") 
so that diagnostic programs can get access to a serial port while using a minimum 
of hardware. 



U904 Pinout 



Pinout for U904 is: 



Figure 24-6 U904 Pinout 
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U904 Input Signals 



U904 Output Signals 



Description of the input signals: 

a /moswren: indicates a valid TYPE1 space write cycle 

n /mosrden: indicates a valid TYPE1 space read cycle 

a /stroben: enable read/write strobes; avoids buffer conflicts 

d p2_a<20: 1 7>: physical address from MMU which decodes to a specific 
MOS device — see the table which defines TYPE1 space devices, earlier. 

a p2_a00: physical address from MMU 

□ /bootcy: doing special virtual address boot cycle 

a /diagcy: doing special virtual address diag cycle or sccack 

□ /sccack: serial port and keyboard/mouse interrupt acknowledge 
d /init: resets the SCC's 

Description of the output signals: 

□ /rd_eprom: read EPROM (boot) 
a /rd_eeprom: read EEPROM 

o /wr_eeprom: write EEPROM 

d /rd_keybdm: read keyboard/mouse sec 

a /wr_keybdm: write keyboard/mouse sec 

□ /rd_serial: read tty[ab] sec 

□ /wr_serial: write tty[ab] sec 
° /rd_tod: read TOD chip 

□ /wr_tod: write TOD chip 



□ mos_a0: address bit A0 on the MOS bus is gated to reduce noise injection 
into 7170 TOD chip. If this line is not gated, transitions on the address bus 
are injected into the TOD clock, making it run fast. For more information, 
see the section on the 7170 TOD clock chip. 

Three macros are used in the output equations: 



r 


\ 


♦define VALIDRD = mosrden*stroben*/reset 




♦define VALIDWT - mo3wren*stroben*/reset 




♦define IO - /bootcy* /diagcy 

«. : 





These define: 
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1 . a valid read cycle as being an active MOS read enable, an active MOS 
strobe enable, and ink (reset) inactive; 

2. a valid write cycle as being an active MOS write enable, an active MOS 
strobe enable, and init (reset) inactive; 

3. a valid I/O cycle as being neither a boot cycle nor a diagnostics cycle. In 
other words, a valid I/O cycle does not bypass the MMU. 

Decodes for the output signals are: 



rd_eprom = VALIDRD*EPROM*IO + 

bootcy*VALIDRD 



This equation explains how to get access for a read of the EPROM. To access it, 
you must be in a valid read cycle (defined above), address bits A20:17 must 
decode to the EPROM in TYPE1 space — 

EPROM = p2_a20*/p2_al9*/p2_al8*/p2_al7 = 0x100000 



and you must be in an I/O cycle, or you must be in a bootcycle with a valid read 
cycle. 

The remainder of the outputs are defined below. 



rd_eeprom = VALIDRD*EEPROM*IO 



To read the EEPROM, you must be in a valid read, have the correct A20:17 
address bits for TYPE1 space decode to the EEPROM — 



EEPROM = /p2_a20*/p2_al9*p2_al8*/p2_al7 = 0x040000 



and you must be in an I/O cycle. 



wr_eeprom = VALIDWT*EEPROM*IO 
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The only difference here is that you are in a valid write cycle. 

NOTE Notice the reset term in the following serial equations; they cause both the read 
and write strobes to be active simultaneously, which resets the SCCs. 



rdjceybdm = VALIDRD*KEYBDMOUSE*IO + 

sccack*VALIDRD + 
reset 



To read the keyboard or mouse you must be in a valid read cycle, have the 
TYPE1 space address for the keyboard/mouse — 



KEYBDMOUSE = / P 2_a20*/p2_al9 */p2_al8*/p2_al7 = 0x00 000 



and you must be in a valid I/O cycle. Or you can access it through an interrupt 
acknowldge cycle (sccack and valid read of the interrupt vector). 



wr keybdm = 



VALIDWT*KEYBDMOUSE*IO + 
reset 



A write to the keyboard/mouse is similar, except that there is no valid write dur- 
ing an interrupt acknowledge cycle. 



( 




\ 


rd_serial = 


VALIDRD*SERIALIO*IO + 
VALIDRD*diagcy + 
reset 




v. 




-< 



To read the serial I/O port you must have a valid read, the TYPE1 address for the 
serial I/O port — 



SERIALIO = /p2_a20*/p2_al9*/p2_al8* p2_al7 = 0x020000 
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and a valid I/O cycle. Or you can access it during a reset (init- asserted) cycle. 
Or you can access it during a valid read and a diagnostic cycle. If you remember 
back to U900, a diagnostic cycle is defined either as a control space access 
(bypassing the MMU) or read of the vectored interrupt. 



r 




> 


wr_serial = 


VALIDWT*SERIALIO*IO + 
VALIDWT*diagcy + 
reset 




>■ 




J 



A write to the serial ports is the same as a read, except that a valid write is 
asserted in place of valid read. 



rd tod 



VALIDRD*TOD*IO 



Notice that the TOD clock can only be accessed through the MMU — no diag- 
nostic cycle. 



f 






•\ 


wr_tod 


= 


VALIDWT*TOD*IO 




V 






j 



r 






\ 


/mos_aO 


— 


mosrden*TOD*IO*/p2_a00 + 
moswren*TOD*IO*/p2_a00 




V- 






J 



The AO bit is gated through U904 to reduce the number of transitions coupled to 
the TOD clock. Transitions coupled to the oscillator circuit cause the TOD clock 
to run fast; to control this, mos_aO is gated through U904 only when there is a 
TOD access, which is rare enough not to affect the TOD clock. 

As shown above, the /mos_aO bit is asserted during either a MOS read or a MOS 
write, and when the TYPE1 address for the TOD clock is selected: 



TOD 



7p2_a20*/p2_al9* p2_al8* p2_al7 = 0x060000 
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24.4. U902 MOS Write and 
U903 MOS Read 
Buffers 

U902 MOS Write Buffer 



when the MOS circuitry is in an I/O cycle, and P2 address bit AO is low. 

The U902 write buffer and U903 read buffer couple data bidirectionally from the 
processor bus (P2 data) to the MOS data bus. 



U902 write buffer is a HCMOS chip used to minimize undershoot to its con- 
nected MOS devices. When moswren- (from U900) goes active, data from the 
P2 data bus is coupled to the MOS data bus. 



Fi gure 24-7 U902 MOS Write Data Buffer 



P2 data bus 




U902 




MOS data bus 






write data 
buffer 

(direction) 






moswre 


i 
n- 


t / 


, 





U903 MOS Read Buffer 



On the rising edge of cnten-, data from the MOS bus (m_d[7:0]) are latched onto 
the P2 data bus. The cnten- signal is also the LSB (qO) of the control state 
counter in U904. This rising edge — going from a binary zero to a binary one — 
of cnten- also signals the transition from MOSSTROBEN (110) state to 
MOSEND (Oil) state. 
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Figure 24-8 U903 MOS Read Data Buffer 
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If you look at the timing diagram for MOS Bus Read in the appendix, you will 
see that cnten (qO) goes high at 545 nsecs, and then mosreden- at 667 nsecs. The 
delay between cnten- and mosrden- is intentional, for two reasons: 

1 . MOS devices have very slow output disable times. A write cycle immedi- 
ately following a read cycle could conceivably result in a buffer conflict — 
the read cycle data may not have been cleared from the MOS device's out- 
put. This delay between clocking data into the U903 buffer and enabling it 
out is inserted into the timing cycle to make certain that the MOS device has 
had time to clear itself of any read data. 

2. When you do a status read from any of the 8530 serial communication con- 
trollers, the data is not guaranteed to be stable in the SCC's status register 
for the entire length of the MOS read cycle. This is because status registers 
in the SCCs are updated asynchronously and there is no provision for latch- 
ing this data inside the SCC. 

To avoid metastable conditions and allow enough time for the MOS device to 
turn off after data is read, a delay of a little over 100 nsecs between data latch 
and output enable is built into the timing for U903. 



24.5. MOS Read and Write 
Cycles 



Both the read and the write cycles use much of the same timing; the major differ- 
ence is that the write cycle uses U902 data buffers and the read cycle uses U903 
data buffers. U902 is enabled by the write line; U903 is enabled by the read line. 
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MOS Read Cvcle 



MOS Write Cycle 



24.6. Mouse and Keyboard 
SCC 



The MOS read cycle starts out in IDLE state, with the control state counter in 
U904 set to 1 1 1. Both msack- and stroben- are high (false); mosrden- goes true 
and moswren- stays high (false). 

Whenever mosrden- or moswren- go low, and cs4- is true and sccack remains 
false (we are not doing an interrupt acknowledge cycle), the state machine moves 
from IDLE to MOSSTROBEN. Both msack- and stroben- remain high. 

In MOSSTROBEN state, the three-bit wait state counter begins to increment 
from 000, using 60 nsec clock (c60). The msack- signal remains false, but 
stroben- goes low around 220 nsecs into the cycle. 

When the wait state counter reaches five (101), the state machine moves from 
MOSSTROBEN to MOSEND state; msack- still remains false (high) and 
stroben- remains true. 

In MOSEND state, data is clocked into the U903 read buffer by cnten- going 
high (false) at 545 nsecs into the read cycle. At the same time cnten- going from 
a zero to a one disables the U904's wait state counter. 580 nsecs into the cycle, 
mosend- goes low (true). 

In MOSEND state, msack- paces p2_as-, going low at 580 nsecs, and stroben- 
goes high at this same time. 

When the address strobe p2_as- goes high, the read cycle reenters IDLE state. 

The MOS write cycle is much like the MOS read cycle. The MOS write cycle 
starts out in IDLE state, with the control state counter in U904 set to 1 1 1. Both 
msack- and stroben- are high (false). When mosrden- stays false (high) and 
moswren- goes low (true) a write cycle is signalled; cs4- dropped at 120 nsecs 
and ccack- stays high (false) since this is not an interrupt acknowledge cycle. 
The write cycle enters MOSSTROBEN state. 

At this time msack- remains high but stroben- drops low, causing the appropriate 
MOS write strobes to be issued from U904. The wait state counter is enabled 
and begins incrementing every 60 nsecs (c60 clock) from an initial count of 000. 
When it reaches five (101) the write cycle enters MOSEND state. When p2_as- 
goes high, the cycle ends and the MOS circuitry returns to IDLE state. 

The mouse and keyboard ports are both enclosed in the U1000 8530 serial com- 
munications controller. 

1 . serial I/O for the keyboard is on SCC port A; 

2. serial I/O for the mouse is on SCC port B. 
Inputs to the U1000 SCC are: 

n m_d[7:0] — MOS data bus bits 0-7 

d /iei_scc — interrupt enable input, daisy-chained from the serial port SCC. 

□ /scc_ack — SCC acknowledge used in the interrupt acknowledge cycle 

u mos_al :0 — MOS bus address bits, terminated with serial resistors R901 
and R902. These come from an F244 on the other side of the board and are 
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U405 and U2207 Baud Rate 
Clock 



Transmit Data Path 



susceptible to undershoot; R901:2 are added to compensate, 
o /rd_keybdm,/wr_keybdm — read/write. 

U405 19.8608 MHz crystal and U2207 divider make up the baud rate clock for 
the U1000 UART. It also provides 100 nsec clock (clOO) to the refresh period 
counter on page 24. 

J1001 is normally IN, connecting the clock crystal to the UART. 200 nsec clock 
(c200) from the divide-by-four (QB) output of the U2207 divider/counter is con- 
nected to the PCLK input of U1000 UART. 

Transmit data enters the parallel data port (D7:0) of U1000 from the MOS data 
bus, bits m_d[7:0]. Data comes out serially on pin 15 (keyboard) and pin 25 
(mouse). TX data is inverted through Ul 104 to set it to the correct polarity, fed 
through U1003 driver to J1000 DB-15 Mouse/Keyboard connector. TX data for 
the keyboard is connected to pin 3 (txkeybd); TX data for the mouse is connected 
to pin 7 (txmouse). 

Notice that U1003 driver has VEE grounded. This driver normally operates at 
+/- 5 VDC; grounding VEE makes the LS29 act like a normal TTL driver, 
operating between and +5 VDC. 

C1003:2 47 pF caps are connected across the mouse and keyboard data outputs to 
slow the transmit signal's edge rate to between 1 and 2 microseconds; this 
reduces radiation. 



Receive Data Path 



24.7. Serial Ports A and B 
— ttya and ttyb 



RX data enters the 2060 board on pin 1 (keyboard) and pin 5 (mouse) of J 1000. 
Receive data lines are linked to 4.7 ¥Sl pullup resistors (necessary because the 
mouse uses open collector circuitry) and then connect to U1002 differential 
receiver with hysteresis. The internal hysteresis circuitry provides noise immun- 
ity, and R1000 and R1001 bias network moves the input threshhold up to 1.5 
VDC, also as a protection against the effects of noise. Threshhold voltage comes 
in on the plus inputs (A+ and D+) of U1002; the RX data comes in on the minus 
inputs (A- and D-). This causes the receiver to act as an inverter. 

Keyboard data of corrected polarity is connected to port A of the SCC (RXDA, 
pin 13); mouse data is connected to port B (RXDB, pin 27). From there it is con- 
verted from serial to parallel data format inside the SCC, and put out on the MOS 
data bus, m_d[7:0]. 

Serial Ports A and B use an 8530 SCC identical to the one used by the keyboard 
and mouse. The inputs to the SCC are nearly the same as those for the 
keyboardAnouse SCC — with the exception, of course, that read and write serial 
signals are used instead of their keyboard/mouse correspondents. Also many of 
the modem/terminal control signals are used in the serial port circuit. 
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Transmit Data Path 



Receive Data Path 



Transmit data enters the parallel data port (D7:0) of Ul 100 from the MOS data 
bus, bits m_d[7:0]. Data comes out serially on pin 15 (port A) and pin 25 (port 
B). TX data is inverted through Ul 105:4 inverters to put the two signals in the 
correct polarity. Next the data is fed through Ul 107:6 drivers to Jl 100 DB-15 
Port A connector and Jl 101 Port B connector. TX data for the port A is con- 
nected to pin 2 of J1100; TX data for port B is connected to pin 2 of Jl 101. 

Notice that U1007:6 drivers do not have VEE grounded (as U1003 was). This 
driver operates at +/- 12 VDC and thus supplies valid RS-423 signal levels. 

C 1007:0 47 pF caps are connected across the output signal lines to slow these 
signals' edge rate to between 1 and 2 microseconds; this reduces radiation. 

Serial port control signals (request to send, data terminal ready) are supplied by 
the SCC to both serial ports also. 

RX data and control signals enter the 2060 board on the serial port connectors, 
Jl 100 and Jl 101. The data and control lines are linked to U1003:l differential 
receivers with hysteresis; this internal hysteresis circuitry provides noise immun- 
ity. The plus inputs are connected to ground and the signals enter the minus 
inputs; this inverts the signals. 

NOTE This inversion means that the control signals are, by default, ACTIS'El 

The 4.7 Kil resistors connected serially to the synch (SYNA and SYNB) and 
TXCA/TXCB transmit clock lines are used as current limiters. 

Serial port A data of corrected polarity is connected to port A of the SCC 
(RXDA, pin 13); serial port B data is connected to port B (RXDB, pin 27). It is 
then converted from serial to parallel format inside the SCC, and put out on the 
MOS data bus, m_d[7:0]. 

The signal -5vr (negative 5 volts regulated) is supplied at pin 25 of both connec- 
tors for use by selected modems. 



?4.8. EEPROMand 
EPROM 



The EEPROM and EPROM reside in TYPE1 space and are connected to the 
MOS bus. Their respective addresses are: 



EEPROM = /p2_a20*/p2_al9* p2_al8*/p2_al7 - 0x040000 
EPROM - p2_a20*/p2_al9*/p2_al8*/p2_al7 - 0x100000 



The EEPROM can be both read and written; the EPROM is read-only. Thus 
strobes to the EEPROM and rd_eeprom and wr_eeprom; strobe to the EPROM is 
rd_eprom. If you recall, these three strobes were among those issued by U904; 
the rd_eprom strobe was defined: 
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rd_eprom ■= (mosrden*stroben*/reset*p2_a20*/p2_al9*/p2_al8*/p2_al7*/bootcy*/diagcy) + 
(bootcy*mosrden*stroben* /reset) 



In other words, a read EPROM cycle can be made when 

1 . MOS read is enabled, AND 

2. strobe enable is true, AND 

3 . it is NOT a reset cycle, AND 

4. P2 address bit A20 is high, AND 

5. P2 A19 is low, AND 

6. P2A18islow,AND 

7. P2A17islow,AND 

8. it is NOT a boot cycle, AND 

9. it is NOT a diagnostic cycle. 

Or, a read of the EPROM can be made when 

1. it's a boot cycle, AND 

2. a MOS read cycle, AND 

3. strobe enable is true, AND 

4. it's not a reset cycle. 

Read of and write to the EEPROM are defined similarly: 



rd_eeprom = mosrden*stroben*/reset*/p2_a20*/p2_al9*p2_al8*/p2_al7*/bootcy*/diagcy 



.•r_eeprom = moswreh*stroben*/reset*/p2_a20*/p2_al9*p2_al8*/p2_al7*/bootcy*/diagcy 



Both the EEPROM and the EPROM use addresses directly from the processor 
(p_a addresses, virtual addresses) and not those off the MOS bus. This is 
because the EEPROM and EPROM are physically located close to the processor, 
and are susceptible to undershoot (as all MOS devices are). Since the 68020 
closely controls undershoot, the processor's address lines are used. 



8? S U 11 (Rev 1 of 10 May 1987) CONFIDENTIAL! 



rrvcrotystttTK 



190 2060 CPU Board Engineering Manual CONFIDENTIAL! 



EEPROM 



EPROM 



The EEPROM is a read/write device, organized into 2K 8-bit bytes. Eleven bits 
of processor address (p_a[ 10:00]) select a byte from within this 2K space. 

Chip write enable is controlled by the signal wr_eeprom-; when the signal is low, 
data on the MOS bus (m_d[7:0]) is written into the chip at the byte address 
selected by p_a[10:00]. When wr_eeprom- is high, write to the chip is disabled. 

Chip output enable (EEPROM read) is controlled by the signal rd_eeprom-; 
when the signal is low, data in the chip is written to the MOS data bus 
(m_d[7:0]). When rd_eeprom- is high, output from the chip is disabled. 

The 180fi series termination resistors on the read and write were added to control 
undershoot, since U904 is located on the far side of the board. 

The EPROM can be either 256K or 5 12K, organized as either 32K or 64K 8-bit 
bytes. 15 address bits (p_a[00:14]) are used to access a byte in the 256K 
EPROM; 16 address bits are used in the 512K EPROM. The high order address 
bit (p_a[15]) for the 512K EPROM is jumpered at J 1201. If the 256K EPROM is 
used, J 1200 is jumpered. The table below gives this configuration. 



Table 24-4 EPROM Jumpering 



EPROM Size 


Jumper 
J1200 


IN or OUT? 
J1201 


256K 


IN 


OUT 


512K 


OUT 


IN 



The rd_eprom line has a 180Q series termination resistor (R907) to handle 
undershoot. 



24.9. Time of Day (TOD) 
Clock 



TOD Oscillator Circuit 



The TOD clock is controlled by an Intersil 7170 real-time clock chip. Its 8-bit 
bidirectional data bus is connected to the MOS data bus (m_d[7:0]); 5 bits of 
MOS address (mos_a[4:0]) select from among 18 on-chip calendar functions. 
The m_d[7:0] bus is susceptible to undershoot (due to the length of the bus) so 
their source, U902, is an HCMOS device. 

Also connected to the 7170 are the MOS read and write strobes: wr_tod- and 
rd_tod-, both low active signals issued from U904. 

The U1204 37.268 KHz crystal is part of a parallel resonant oscillator circuit. 
200 KT2 R1203 is in series with the crystal as a limiting resister because the cry- 
stal can only handle about 10 u,watts. R1203 also acts as a wave-shaper. 

C1201 adjustable capacitor on the output side of the 7170, together with C1200 
loading capacitor (on the input of the 7170) allow you to adjust the crystal fre- 
quency to the clock chip. 

U1202 battery backup is connected to VCC to power the TOD chip when power 
(VCQ is off. 
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o In battery backup mode, a switch inside the 7170 chip disconnects ground at 
pin 1 1 and connects the battery to pin 14. When ground is disconnected the 
circuit is isolated and there is no possibility of battery current leakage off- 
chip. 

□ When the system is powered up (VCC available) the battery is disconnected 
by the 7170 and ground is reconnected. When the battery is disconnected, 
there is a very high input impedance to the 7170 at pin 14, and thus there is 
practally no current drain. However the battery needs some sort of current 
drain, so R1202 470 fl bleeder resister has been added to the circuit to allow 
a controlled discharge, keeping the battery stabilized around 3 volts. 

The TOD interrupt is issued at pin 12 of the 7170 chip. The low active interrupt 
signal (int-) is connected to a 4.7 K pull-up resistor, inverted through Ul 104 
inverter with hysteresis.! The signal is then connected as clock to the two inter- 
rupt flip-flops, U 1205-1 and U 1205-2. 

U1201-2 (top flip-flop on extreme right of page 12 of the schematics) is interrupt 
request level 7 flip-flop; U1201-1 beneath it serves as interrupt request flip-flop 
for level 5. Level 7 is a non-maskable interrupt, and is provided for software 
profiling. When either flip-flop is cleared, the appropriate interrupt request is 
asserted. 

E33 test point is used for calibrating the 7170 TOD chip. 



t Hysteresis is necessary because the positive edge of the interrupt signal has an extremely slow edge, and 
without hysteresis could trigger false clocks out lo the interrupt flip-flops. 



^sun 

Nl^ mcro6ystem6 



(Rev 1 of 10 May 1987) CONFIDENTIAL! 

mcro6yslerns 



25 



*mmmmmm*mm*mqmmmimmmmm^^^*^~^^^f 



TTL Bus Accesses 



TTL Bus Accesses 195 

25.1. TTL Bus Read/Write Cycle 195 

25.2. U1400 TTL Bus Sack State Machine 195 

U1400Pinout 196 

U 1400 State Machine Outputs 196 

TTL Bus DTACK State Machine Diagram 198 

TTL Bus Cycle Timing 203 

25.3. U1401 TTL Bus Device Decoder 204 

U 1401 Pinout 205 

U1401 Input Signals 205 

Output Signals of the U1401 PAL 206 

25.4. U1402 MMU Decoder 210 

U 1402 Pinout 212 

U1402 Input Signals 212 

U1402 Output Signals 213 

25.5. U1403 (Miscellaneous) CPU Signal TTL Bus Decoder 218 

Pinout of U1403 PAL 219 

U 1403 Input Signals 219 

U 1403 Output Signals 220 

25.6. Ethernet Control Register 223 

U 1405 Ethernet Control Write Buffer 223 

U 1407 Ethernet Control Read Buffer 224 

25.7. System Enable Register 224 




U1406 System Enable Write Register 224 

U1408 System Enable Read Register 225 

25.8. U1410 Diagnostics Register 225 

25.9. U1409 ID PROM 225 

25.10. U1404 P2-to-TTL Data Buffer 225 

25.1 1. U2905 and U2906 User DVMA Enable Register 226 

25. 12. U203 Bus Error Register 226 

25. 1 3. U509 Context Register 226 

U509Pinout 227 

Inputs and Outputs of U509 Context Register 227 



25 



TTL Bus Accesses 



Page 14(a) of the schematics covers decoders U1400-U1403. These are: 
□ U1400 — TTL bus read/write, sack-, and buffer signal decoder 
d U1401 — read/write strobe decoder to individual TTL devices 
d U 1402 — MMU read/write/control signal decoder 
n U1403 — miscellaneous TTL-bused CPU control signal decoder. 



25.1. 



TTL Bus Read/Write 
Cvcle 



25.2. 



U1400 TTL Bus Sack 
State Machine 



The TTL bus decoder PALs U1403:l are combinatorial, that is, based on the sig- 
nals present at their inputs they asynchronously issue various output signals to 
start the I/O cycle. 

The end of the I/O cycle occurs synchronously, however, triggered by signals 
from U1400 PAL. These synchronous signals are the read and write END sig- 
nals. 

Thus the beginning of an I/O cycle is not dependent upon U1400, but the end of 
the cycle is dependent. 

This PAL controls the TTL bus transceiver and generates the TTL bus dsack sig- 
nal, labelled tsack. q2, ql, and qO are the dsack state machine control counter 
bits. The other combinatorial output is ttlbfen-, the TTL bus data transceiver 
(U1404) output enable. The output direction of the data transceiver is controlled 
by the p2_rw signal. The signal ttlbfen- is active for all valid device and control 
space devices. Note that ttlwend- is the same as counter bit qO and ttlrdend- is 
the same as control counter bit ql. Also output are the TTL read and write state 
indicators — ttlrdend (TTL read end) and ttlwend (TTL write end). 
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.400Pinout PinoutoftheU1400PALis: 

Figure 25-1 U1400 Pinout 



t ********** 



********* **« 





*» ** 


/c60 


* !* 




*** * 


/cs4 


* 2 * 




*** * 


pa31 


* 3* 




**** 


/mmuio 


. A * 




* * ** 


/p2as 


* 5* 




** ** 


/cntlspc 


* g* 




* * * * 


/sanity 


« 7* 




* *** 


p2a20 


» B» 




* * * » 


p2al9 


* 9* 




* * * * 


gnd 


•10- 



pal 



*20* vcc 

*19* p2al8 

* * * * 

*18* p2al7 

* * ** 

*I7* qD 

* * ** 

*16* ql 

* * * * 

* * * * 

* * * * 

*13* /ttlbfer. 

» » w » 

*12* /tsack 

* * ir it 

*11* gnd 



******************************* 



U1400 State Machine Outputs 



NOTE 



Outputs from the state machine are: 

□ ttlbfen- : enables the output of the TTL buffers, 

n tsack- : synchronous interrupt acknowledge for the TTL bus, 

a ql/ttlrdend- : signals the end of the TTL read cycle; this signal is coupled to 
the ql bit of the state machine's internal control counter, 

□ qO/ttlwend- : signals the early end of the TTL write cycle; this signal is cou- 
pled to the qO bit of the state machine's internal control counter). 

For the following description, please consult both the state diagram and the read 
and -write timing diagrams for the TTL bus. 

These output signals are derived through the following equation: 
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ttlbfen = cntlspc * /pa31 * cs4 + 

mmuio*p2as*/p2a20*p2al9*/p2al8 + 
mmuio*p2as*/p2a20*p2al9*/p2al7 + 
ttlbfen * ql 



This equations tells us that ttlbfen- (TTL buffer's output is enabled) is asserted 
when: 

1. you are doing a control space access, processor address bit 31 is low, and 
you are in clock state four, or 

2. you are accessing device space through the MMU, address strobe is 
asserted, and the address bits A20:18 decode to either the parity error or 
interrupt registers in TYPE1 address space, or 

3. you are accessing device space through the MMU, address strobe is 
asserted, and the address bits A20:19, A17 decode to either the parity error 
or Ethernet controller registers in TYPE1 address space, or 

4. TTL buffer's output is enabled (ttlbfen- stays low) until TTLEND state (ql 
bit goes low). This self-latching mechanism is necessary to enable the out- 
put of the TTL buffer (U 1404) until the end of the bus cycle, because cs4 
deactivates during TTLWREND state. 



tsack 


= /q2 * /qO * p2as + 


v 


/q2 * ql * /sanity * p2as 



The tsack- (TTL bus synchronous acknowledge) signal is asserted when: 

1 . the q2 bit of the control state counter is low and qO (ttlwend-, signalling the 
end of the TTL write cycle) is low, and address strobe is asserted, or 

2. the q2 bit of the control state counter is low and ql is high (indicating the 
TTL read cycle is NOT completed), sanity (init-) is not asserted, and 
address strobe is asserted. 
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/q2 


:= /q2 * ql * /qO + 

/q2 * ql * /sanity + 

ql * qO * /sanity * ttlbfen 


-\ 


/ql 


(ttlrdend) := /q2 * ql * /qO 




/qO 


(ttlwend) := /q2 * ql * /qO + 

/q2 * ql * /sanity 


^ 



The three internal control state counter bits are derived from the equations above. 



TTL Bus DTACK State 
Machine Diagram 



States defined for U1400 state machine are: 



ttlend 

nostatel 

ttlwrend 

ttlwait 

nostate4 

nostate5 

nostate6 

idle 



end of TTL bus cycle 
not used state 1 
write strobe dissable 
TTL bus wait state 
not used state 4 
not used state 5 
not used state 6 
idle state 
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Figure 25-2 TTL Bus DTACK (SACK) State Machine Diagram 




else Asack- = 1 



ttlbfen- Asack- = 1 



s***~ — — ^:60- /ts ack- = p2_ 
( TTLWATT \^ 



c60- /tsack- = p2_as- 




tsack- = p2_as- 



c60- /tsack- = p2_as- 




60- /ts ack- = p2_as- 



TTLEND 
000 



c60- Asack- = 1 
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There are four states used in the state machine, and their lengths in the cycle are 
given below: 



Table 25-1 TTL Bus DTACK State Machine States 



State 


Length the State runs 
in the cycle 


IDLE 


to 180 nsecs 


TTLWAIT 


180to240nsecs 


TTLWREND 


240 to 300 nsecs 


TTLEND 


300 to 360 nsecs 


return to IDLE state 



The init- signal (also known euphemistically as the system "sanity" signal 
because it sets the system to a known condition) sets this state machine to the 
IDLE state, with the control state counter at 1 1 1 (q2, ql , and qO = 1 1 1 ). In IDLE 
state, the interrupt acknowledge signal, tsack-, remains high (inactive). 

IDLE is denned as: 



state idle 



No valid TTL bus access. Wait here in idle. 



! sanity- 

-> state idle, 



else 



power on reset 

tsack- = 1; 



Ittlbfen- 

-> state ttlwait , valid TTL bus access: goto wait state 



tsack- 



1; 



else 

always -> state idle, 
tsack- = 1; 



no valid cycle: stay in idle 



When ttlbfen- goes low, (actually on the next edge of c60 clock following the 
assertion of ttlbfen-) you enter TTL WAIT state (q2, ql and qO = 01 1). This is 
1 80 nsecs into the TTL bus cycle; the assertion of ttlbfen- signals the beginning 
of a TTL access. In TTLWAIT state, tsack- goes low and paces the state of the 
address strobe signal, p2_as-. 
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TTLWAIT is defined as: 



state ttlwait 

Valid TTL bus cycle start. Insert a 
wait state by spending one 
clock in this state. Issue tsack-. 

isanity- 

-> state idle, power on reset 

tsack- =■ 1; 
else 

always -> state ttlwrend, enough! Issue tsack- and go to 

ttlwend- 
tsack- = p2as-; 



On the next c60 clock. U1400 enters TTL write end, TTLWREND. state (q2, ql 
and qO = 010). Notice that the LSB. qO, has gone from a one to a zero; remember 
that this bit is also the signal tdwrend. Thus, ttlwrend- is asserted and issued on 
the output of U1400. If you look at the timing diagram, you will see that this 
occurs 245 to 255 nsecs into the bus cycle. The tsack- signal is still pacing 
address strobe (still low) because the acknowledge signal must stay valid until 
address strobe is deasserted. 

TTLWREND issues an "early end" to the write cycle, necessary to guarantee 
that the data and address hold times are met. The ttlwrend- signal is connected to 
U1403:l to deassert the write strobes coming from these three PALs. 

TTLWREND is denned as: 



r 



state ttlwrend 

One wait stale has passed. Issue ttlwend- (qO bit) to 
shut down the write strobe to the various TTL devices. 

Isanity- 

-> state idle, power on reset 

tsack- - 1; 

always -> state ttlend, stay here for one clock 

tsack- = p2as-; 



I 
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TTLEND state occurs 300 nsecs into the TTL bus cycle, on the next c60 clock. 
The control state counter goes from 010 to 000 — ql goes from a one to a zero. 
Recall that ql is also the ttlrdend signal; thus when you enter TTLEND, ttlrdend- 
goes low (true) which signals the end of the TTL read cycle, deactivating any 
read strobes issued to the bus by U 1401:3. The tsack signal goes high (is 
deasserted) following p2_as, 307 nsecs into the bus cycle. 

TTLEND is defined as: 



state ttlend 








This is the last state in the TTL bus cycle. 
Here both ttlwend- and ttlrdend- are active. 




! sanity- 

-> state 


idle, 


power on reset 


tsack- 


- = 1; 






always -> state 


idle, 


cycle over. 


go back to idle 


tsack- 


• = P 2 


as-; 




^ 









On the next c60 clock you re-enter IDLE state. The tsack- signal remains high 
(inactive). 

Unused states are denned below: 



Not-used states. Do not go here. If you get here on a power on reset 
leave immediately or you will be shot for loitering, t 

state nostatel 

always -> state idle, 

tsack- = 1; 



tDon't Hame us for the editorial comment!; they were included in the PAL lutings by the design 
engineer. Personally, I would uke any threats of bodily harm with a large grain of salt. 
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TTL Bus Cycle Timing 



state nostate4 



always -> state idle, 
tsack- = 1; 



state nostate5 

always -> state idle, 
tsack- = 1; 



state nostate6 

always -> state idle, 
tsack- = 1; 

end 



This section refers to the timing diagram for TTL bus reads and writes. 

1 . In IDLE state, ttlbfen- occurs sometime during cs4, depending upon 
whether it is a control space access (labelled ttlbfen[c]) or an access through 
the MMU Gabelled ttlbfen[mmu]). 

2. When ttlbfen- occurs during cs4, the state machine enters TTL WAIT state 
on the next negative edge of c60 clock (s5). 

3. The tsack- signal drops low 190 to 220 nsecs into the cycle. 

4. On the next clock (s7), 245 to 255 nsecs into the cycle, ttlwend- goes true 
(low). The cs4 signal goes high. 

5. On the next clock (s9), ttlrdend- goes active, 305 to 3 15 nsecs into the cycle. 
Now both TTL read and write cycles are ended, and you are in TTLEND 
state. Address strobe goes high, and tsack- does likewise. 

6. On the next clock IDLE state returns. 
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.3. U1401TTLBus 
Device Decoder 



This PAL generates the read and write strobes for the TTL devices in p2_typel 
(device) space. The parity latches are arranged as an array of five bytes (four 
address and one data) so that the dynamic bus sizing of the 68020 can be used, 
hence the B YTExx terra in the rd_padxx equations below. For example, the 
BYTEOO term selects the low order byte of the parity address register, bits 00 
through 07. B YTE08 selects the next significant byte of the address register, bits 
08 to 15. And so on. 



Table 25-2 Byte Selection in Parity Address Selection 



Term 


Address Bits 
Al AO 


Signal Enabled 


BYTE24 
BYTE16 
BYTE08 
BYTEOO 





1 
1 




1 



1 


pad24 
rd_padl6 
rd_pad08 
rd_pad00 



In order to insure data and address hold times, the /ttlwend signal is incorporated 
into the /p2_rw*mmuio*/ttlwend definition so the write strobes go inactive 
before the end of the bus cycle. 

The devices for whom this PAL issues read and write strobes are listed below, 

along with their addresses (A31:28): 

_ ___ ^ 

Parity error register = /p2_a20*p2_al9*/p2_al8*/p2_al7 = 0x080000 
Interrupt register = /p2_a20*p2_al9*/p2_al8*p2_al7 = OxOAOOOO 
Ethernet control register = /p2_a20*p2_al9*p2_al8*/p2_al7 ■= OxOCOOOO 



These are all mapped through the MMU, in TYPE1 space. 
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U1401 Pinout 



PinoutofU1401 is: 



Figure 25-3 U1401 Pinout 



************** ************** 

* * * * 



/ttlwend 


* 1* 




**** 


/ttlrdend 


* 2* 




**** 


p2_rw 


* 3* 




** ** 


/mmuio 


* 4* 




* * ** 


P 2_a20 


* 5* 




* ** W 


p2_al9 


* 6* 




* * ** 


p2_al8 


* 7« 




**** 


p2_al7 


* 8* 




**** 


p2_a02 


* 9* 




* ** * 


p2_a01 


*10* 




* * * * 


p2_aD0 


•11* 




*** * 


gnd 


*12* 




**** 



pal 



. 2 4* 


vcc 


** * # 




•23* 


/pad24 


**** 




»22* 


/rd_padl6 


**** 




*21» 


/rd_pad08 


** * * 




*20* 


/rd_pad00 


* * * * 




•19* 


/wr_ether 


» * ** 




*18* 


/rd_ether 


* «** 




*17* 


/wr int 


**** 




*16* 


. /rd_int 


* * #* 




♦15* 


/wr_par 


* *** 




*14* 


/rd_par 


**** 




*13* 


nc 


**** 





******************************* 



U1401 Input Signals 



Inputs to the U1401 PAL are: 
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/mmuio = valid type 1 space access 

/ttlrdend ■= ends read strobe to avoid buffer conflict 

/ttlwend = write strobe end for data/address hold time 

p2_a<20:17> - physical address from MMU, 
to select the registers 

p2_a<2:0> = physical address from MMU, 

to select byte3 from the array of 
parity registers 

p2_rw = processor read/write- signal 



The p2_a(2:0) address bits decode decode down to one of five bytes of the parity 
error and address registers. There is a single byte of parity error register and 
there are four bytes of parity address, which are decoded as follows ("X" means 
"Don't Care"): 



Table 25-3 Byte Decode of the Parity Error and Address Registers 



At 

A2 


idress I 
Al 


)its 

AO 


Signal 
Enabled 


Register 
Selected 





X 


X 


rd _par or 
wr_par 


parity error 
(U801andU813) 


1 








pad24 


parity address (U8 11:08) 


1 





1 


rd_padl6 


parity address (U81 1:08) 


1 


1 





rd_pad08 


parity address (U8 11:08) 


1 


1 


1 


rd_pad00 


parity address (U8 11:08) 



Output Signals of the U1401 
PAL 



Output signals from the U1401 PAL are: 
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/rd ether = read strobe to Ethernet control register 
/wr_ether = write strobe to Ethernet control register 
/rd int = read strobe to interrupt enable register 
/wr int = write strobe to interrupt enable register 
/rd_par = read strobe to parity error reg 
/wr_par = write strobe to parity error reg 
pad24 = read/write strobe to parity address latch <31:24> 
/rd_padl6 = read strobe to parity address latch <23:16> 
/rd_pad08 = read strobe to parity address latch <15:08> 
/rd_pad00 = read strobe to parity address latch <07:00> 



As explained above, all of the devices except for the parity address latch are 
single-byte latches. The parity address latch is 32 bits wide; the TTL bus is 8 
bits wide. Therefore the address is broken up into four 8-bit registers. The CPU 
board uses the 68020's dynamic bus-sizing capability to execute four successive 
reads of the 32-bit parity address off the 8-bit TTL bus. 



rd_ether = p2_rw*mmuio*/ttlrdend* 

/p2_a20*p2_al9*p2_al8*/p2_al7 



This signal is the read strobe to the Ethernet control register, U1407. The signal 
simultaneously clocks and enables output from the Ethernet controller onto the 
TTL data bus. To assert rd_ether you must be in a read cycle (p2_rw high), 
accessing the device through the MMU (mmuio- true), must NOT be in 
TTLEND state (ttlrdend- must NOT be low), and have selected the ethemet con- 
trol register via bits A20: 17, which is equal to OxOCOOOO in TYPE1 space. 



wr_ether - /p2_rw*mmuio*/ttlwend* 

/p2_a20*p2_al9*p2_al8*/p2_al7 



This signal is the write strobe to the Ethemet control register, U1405. The signal 
clocks data from the TTL bus onto the data inputs of the Ethemet controller. To 
assert wr_ether you must be in a write cycle (p2_rw low), accessing the device 

SUIl {R« v 1 of 10 May 1987 J CONFIDENTIAL! 

maxMyitarm 



208 2060 CPU Board Engineering Manual CONFIDENTIAL! 



through the MMU (mmuio- true), must NOT be in TTLWREND state (ttlwend- 
must NOT be low), and have selected the ethemet control register via bits 
A20: 1 7, which is equal to OxOCOOOO in TYPE 1 space. 



rd_int ■ p2_rw*mmuio*/ttlrdend* 

/p2_a20*p2_al9*/p2_al8*p2_al7 



This signal is the read strobe to the interrupt register, U301. To assert rd_int you 
must be in a read cycle (p2_rw high), accessing the device through the MMU 
(mmuio- true), must NOT be in TTLEND state (ttlrdend- must NOT be low), and 
have selected the ethemet control register via bits A20:I7, which is equal to 
OxOAOOOO in TYPE1 space. 



wr_int = /p2_rw*mmuio*/ttlwend* 

/p2_a20*p2_al9*/p2_al8*p2_al7 



This signal is the write strobe to the interrupt register, U300. The signal clocks 
data from the TTL bus onto the data inputs of the priority encoder, U302, and the 
interrupt enable bus. To assert wr_int you must be in a write cycle (p2_rw low), 
accessing the device through the MMU (mmuio- true), must NOT be in 
TTLWREND state (ttlwend- must NOT be low), and have selected the ethemet 
control register via bits A20:17, which is equal to OxOAOOOO in TYPE1 space. 



rd_jpar = p2_rw*mmuio*/ttlrdend* 

/P2_a20*p2_al9*/p2_al8*/p2_al7*/p2_a02 



This signal is the read strobe to the parity error register, U801 and U813. To 
assert rd_par you must be in a read cycle (p2_rw high), accessing the device 
through the MMU (mmuio- true), must NOT be in TTLEND state (ttlrdend- must 
NOT be low), have selected the parity error register via bits A20.17, which is 
equal to 0x080000 in TYPE1 space, and the p2_a02 address bit must be LOW 
(deselecting the parity address registers). 
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wr_par = /p2_rw*mmuio*/ttlwend* 

/p2_a20*p2_al9*/p2_al8*/p2_al7*/p2_a02 



J 



This signal is the write strobe to the parity error register, U801 and U813. To 
assert wr_par you must be in a write cycle (p2_rw low), accessing the device 
through the MMU (mmuio- true), must NOT be in TTLWREND state (ttlwend- 
must NOT be low), and have selected the ethernet control register via bits 
A20:17, which is equal to 0x080000 in TYPE1 space, and the p2_a02 address bit 
must be LOW (deselecting the parity address registers). 



pad24 = mmuioVttlrdend* 

/p2_a20*p2_al9*/p2_al8*/p2_al7' 
p2_a02*/p2_a01*/p2_a00 



This signal generates the read strobe rd_pad24 (through U802 parity control 
PAL), to the high order parity address register, U808. To assert pad24 you must 
be accessing the device through the MMU (mmuio- true), must NOT be in 
TTLEND state (ttlrdend- must NOT be low), and have selected the parity register 
via bits A20:17, which is equal to 0x080000 in TYPE1 space, and the p2_a02:0 
address bits must be equal to 100 (BYTE24 term in the PAL listings). 



rd_padl6 = p2_rw*mmuio*/ttlrdend* 

/p2_a20* p2_al9*/p2_al8*/p2_al7* 
p2_a02*/p2_a01*p2_a00 



This signal generates an output enable to the parity address register, U809. To 
assert rd_padl6 you must be in a read cycle (p2_rw high), accessing the device 
through the MMU (mmuio- true), must NOT be in TTLEND state (ttlrdend- must 
NOT be low), and have selected the parity register via bits A20:17, which is 
equal to 0x080000 in TYPE1 space, and the p2_a02:0 address bits must be equal 
to 101 (BYTE16 term in the PAL listings). 



rd_pad08 = p2_rw*mmuio*/ttlrdend* 

/p2_a20* p2_al9*/p2_al8*/p2_al7* 
p2_a02*p2_a01*/p2_a00 
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This signal generates an output enable to the parity address register, U810. To 
assert rd_pad08 you must be in a read cycle (p2_rw high), accessing the device 
through the MMU (mmuio- true), must NOT be in TTLEND state (ttlrdend- must 
NOT be low), and have selected the parity register via bits A20:17, which is 
equal to 0x080000 in TYPE1 space, and the p2_a02:0 address bits must be equal 
to 1 10 (BYTE08 term in the PAL listings). 



rd_pad00 = p2_rw*mmuio*/ttlrdend* 

/p2_a20*p2_al9*/p2_al8*/p2_al7* 
p2_a02*p2_a01*p2_a00 



NOTE 



25.4. U1402 MMU Decoder 



This signal generates an output enable to the parity address register, U81 1. To 
assert rd_pad00 you must be in a read cycle (p2_rw high), accessing the device 
through the MMU (mmuio- true), must NOT be in TTLEND state (ttlrdend- must 
NOT be low), and have selected the parity register via bits A20:17, which is 
equal to 0x080000 in TYPE1 space, and the p2_a02:0 address bits must be equal 
to 1 1 1 (BYTEOO term in the PAL listings). 

There are a pair of ' 'generic' ' signals— one in each timing digram-^which stand 
for the read and write strobes issued by U1401. The generic read signal is 
ttlspcrden- on the TTL BUS READS timing diagram; the generic write signal is 
ttlspcwren- on the TTL BUS WRITES timing diagram. 

This PAL generates the page and segment map RAM write strobes and the data 
transceiver (U508 and U610:7) output enable signals. 

o The write strobes are enabled by cs2 being true and ttlwend- false. 

□ The gate outputs are enabled by cs4 being true and ttlwrend- false (write 
cycles) or by cs4 and latched until ttlrdend- is true (read cycles). This allows 
time for the write signal to disable the outputs of the RAM output buffers 
before the data transceivers' outputs are enabled. 

□ The direction of the data transceivers is controlled by p2_rw. 

The page map is arranged as an array of bytes so the dynamic bus sizing capabil- 
ity of the 68020 can be used, hence the B YTExx term in the mmu_gtxx- and 
mmu_wexx- equations. 



A 
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Table 25-4 Byte Selection in the Page Map RAM 



Term 


Address Bits 

Al AO 


Signal Enabled 


BYTE24 
BYTE16 
BYTE08 
BYTEOO 




1 
1 



1 

1 


mmu_we24 
mmu_wel6 
mmu_we08 
mmu_weOO 



Finally, in order to insure data and address hold times, the ttlwend- signal is 
incorporated into the /p2_rw*/ttlwend definition so the write strobes go inactive 
before the end of the bus cycle. 



1 



WRITE = /p2_rw * /ttlwend 
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U1402 Pinout Pinout of U1402 is: 

Figure 25-4 U1402 Pinout 



************** ************** 
**** **** 

/ttlwend * 1* pal *24* vcc 



**** 



**** 



/ctlspc * 2* *23* /mmu_we24 

**** **** 

cs2 * 3* *22* /nunu_gtl6 

**** **** 

/cs4 * 4* *21* /mmu_gt08 

**** **** 

p2_rw * 5* *20* /mmu_gt00 

**»* **** 

p_a31 * 6* •19* /mr,u_gt24 

**** * * * * 

p_a30 * 7* *18* /mmu_wel€ 

**** **** 

p_a29 * 8 W *17* /mmu_we08 

* JC ** **** 

p_a28 * 9* *16* /mmu_we00 

**** **** 

p2_a01 *10* *15* /mmu_gtseg 

**** **** 

p2_a00 *ll 1r *14* /mmu_weseg 

**** **** 

gnd *12* '13* /ttlrdend 

**** **** 
******************************* 



U1402 Input Signals Inputs to the U1402 PAL are: 
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U1402 Output Signals 



/ttlrdend 
/ttlwend 
/ctlspc - 

p_a<31:28> - 
p2_a<l : 0> 
cs2 

/cs4 - 
p2_rw - 



ends read strobe for buffer conflict avoidance 

ends write strobe for data/address hold time 

indicates the processor is doing a 
control space cycle 

unbuffered virtual address (for register decode) 

buffered virtual address (for byte decode) 

used to enable the write strobes 

used to enable the gates 

buffered processor read/write- signal 



Outputs from the U1402 PAL are: 



/mmu_gt2 4 - gate buffer for byte of page map 
(prot and id bits) 

/mmu_gtl6 - gate buffer for byte 1 of page map - page<18:16> 

/mmu_gt08 = gate buffer for byte 2 of page map - page<15:8> 

/mmu_gtOO - gate buffer for byte 3 of page map - page<7:0> 

/mmu_we24 - write enable byte of page map - 
(prot and id bits) 

/mmu_wel6 - write enable byte 1 of page map - page<18:16> 

/mmu_we08 - write enable byte 2 of page map - page<15:8> 

/mmu_we00 - write enable byte 3 of page map - page<7:0> 

/mmu_gtseg ■» gate buffer for segment RAM 

/mmu_weseg - write enable segment RAM 



Equations for U1402's output signals are below: 
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mmu_gt24 = ctlspc*/p_a31*/p_a30*/p_a29* p_a28 * 
/p2_a01*/p2_a00*p2_rw*cs4 + 

mmu_gt24*p2_rw*/ttlrdend + 

Ctlspc*/p_a31*/p_a30*/p_a2 9*p_a28* 

/p2_a01*/p2_a00*cs4*/p2_rw*/ttlwend 



This signal gates the buffer for byte of the page maps. It is asserted when: 

1. you are doing a control space access and address bits pa_<31 :28> decode to 
the page map RAM (0001), the p2_a(01:00) address bits decode to BYTE24 
(00), you are doing a read cycle (p2_rw is high), and you are in clock state 
four (cs4 is valid); or 

2. mmu_gt24 is asserted (this is the self-latching mechanism, needed to extend 
this read cycle beyond the deassertion of cs4), p2_rw indicates a read cycle 
(signal is high), and you have not entered the end of the read cycle (tdrdend 
is still high); or 

3. you are doing a control space access to the device decoded by address bits 
pa_<31:28> to be the page map RAM (0001), p2_a901:00) decode to 
BYTE24 (00), you are in clock state four (cs4 is valid), you are in a write 
cycle (p2_rw is low) and you have not yet entered the end of the write cycle 
(ttlwend is false). 



mmu_gtl6 = Ctlspc*/p_a31*/p_a30*/p_a29*p_a28* 
/p2_a01*p2_a00*p2_rw*cs4 + 

mmu_gtl6*p2_rw*/ttlrdend + 

Ctlspc*/p_a31*/p_a30*/p_a2 9* p_a28* 

/p2_a01*p2_a00*cs4*/p2_rw*/ttlwend 



This signal gates the buffer for byte 1 of the page maps. It is asserted when: 

1. you are doing a control space access and address bits pa_<31:28> decode to 
the page map RAM (0001), the p2_a(01:00) address bits decode to BYTE 16 
(01), you are doing a read cycle (p2_rw is high), and you are in clock state 
four (cs4 is valid); or 

2. mmu_gtl6 is asserted (this is the self-latching mechanism, needed to extend 
this read cycle beyond the deassertion of cs4), p2_rw indicates a read cycle 
(signal is high), and you have not entered the end of the read cycle (ttlrdend 
is still high); or 
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3. you are doing a control space access to the device decoded by address bits 
pa_<31:28> to be the page map RAM (0001), p2_a(01:00) decode to 
BYTE16 (01), you are in clock state four (cs4 is valid), you are in a write 
cycle (p2_rw is low) and you have not yet entered the end of the write cycle 
(ttlwend is false). 



mmu_gt08 = Ctlspc*/p_a31*/p_a30*/p_a29*p_a28* 
P2_a01*/p2_a00*p2_rw*cs4 + 

mmu_gt08*p2_rw*/ttlrdend + 

Ctlspc*/p_a31*/p_a30*/p_a29*p_a28* 
p2_a01*/ p2_a00*cs4*/p2_rw* /ttlwend 



This signal gates the buffer for byte 2 of the page maps. It is asserted when: 

1 . you are doing a control space access and address bits pa_<3 1 :28> decode to 
the page map RAM (0001), the p2_a(01:00) address bits decode to BYTE08 
(10), you are doing a read cycle (p2_rw is high), and you are in clock state 
four (cs4 is valid); or 

2. mmu_gt08 is asserted (this is the self-latching mechanism, needed to extend 
this read cycle beyond the deassertion of cs4), p2_rw indicates a read cycle 
(signal is high), and you have not entered the end of the read cycle (ttlrdend 
is still high); or 

3. you are doing a control space access to the device decoded by address bits 
pa_<31:28> to be the page map RAM (0001), p2_a(01:00) decode to 
BYTE08 (10), you are in clock state four (cs4 is valid), you arc in a write 
cycle (p2_rw is low) and you have not yet entered the end of the write cycle 
(ttlwend is false). 



mmu_gt00 = Ctlspc*/p_a31*/p_a30*/p_a29*p_a28* 
p2_a01* p2_a00*p2_rw*cs4 + 

ntmu_gt00*p2_rw*/ttlrdend + 

Ctlspc*/p_a31*/p_a30*/p_a29*p_a28* 
p2_a01*p2_a00*cs4*/p2_rw*/ttlwend 



This signal gates the buffer for byte 3 of the page maps. It is asserted when: 
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1 . you are doing a control space access and address bits pa_<3 1 :28> decode to 
the page map RAM (0001), the p2_a(01 :00) address bits decode to B YTE00 
(1 1), you are doing a read cycle (p2_rw is high), and you are in clock state 
four (cs4 is valid); or 

2. mmu_gtO0 is asserted (this is the self-latching mechanism, needed to extend 
this read cycle beyond the deassertion of cs4), p2_rw indicates a read cycle 
(signal is high), and you have not entered the end of the read cycle (ttlrdend 
is still high); or 

3. you are doing a control space access to the device decoded by address bits 
pa_<31:28> to be the page map RAM (0001), p2_a(01:00) decode to 
BYTEOO (11), you are in clock state four (cs4 is valid), you are in a write 
cycle (p2_rw is low) and you have not yet entered the end of the write cycle 
(ttlwend is false). 



mmu_we24 = ctlspc*/p_a31*/p_a30*/p_a29*p_a28* 

/ p 2_a01*/p2_a00*/p2_rw*/ttlwend*cs2 



This signal (mmu_we24) is the write enable for byte of the page map RAM. It 
is active when you are doing a control space access (ctlspc- true) to the page map 
RAM (pa_<31:28> = 0001), the p2_a(01:00) address bits decode to BYTE24 
(00), you are in a write cycle (p2_rw is low), you have not ended the write cycle 
(ttlwend is high/false) and you are in clock state two (cs2 is true). 



mmu_wel6 = ctlspc* / P _a31*/p_a30*/p_a29* p_a28* 

/p2_a01* p2_a00* /p2_rw * /ttlwend*cs2 



This signal (mmu_we 1 6) is the write enable for byte 1 of the page map RAM. It 
is active when you are doing a control space access (ctlspc- true) to the page map 
RAM (pa_<31:28> = 0001), the p2_a(01:00) address bits decode to BYTE16 
(01), you are in a write cycle (p2_rw is low), you have not ended the write cycle 
(ttlwend is high/false) and you are still in clock state two (cs2 is true). 



mmu_we08 - ctlspc* /p_a31*/p_a30*/p_a29* p_a28* 

p2_a01*/ p2_a00* /p2_rw * /ttlwend*cs2 



This signal (mmu_we08) is the write enable for byte 2 of the page map RAM. It 
is active when you are doing a control space access (ctlspc- true) to the page map 
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RAM (pa_<31 :28> = 0001), the p2_a(01 :00) address bits decode to BYTE08 
(10), you are in a write cycle (p2_rw is low), you have not ended the write cycle 
(ttlwend is high/false) and you are still in clock state two (cs2 is true). 



' 




>i 


mmu we 


= ctlspc* /p_a31*/p_a30*/p_a29* p_a28 * 
p2_a01* p2_a00* /p2_rw * /ttlwend*cs2 




- 




) 



This signal (mmu_we00) is the write enable for byte 3 of the page map RAM. It 
is active when you are doing a control space access (ctlspc- true) to the page map 
RAM (pa_<31:28> = 0001), the p2_a(01:00) address bits decode to BYTE00 
(11), you are in a write cycle (p2_rw is low), you have not ended the write cycle 
(ttlwend is high/false) and you are still in clock state two (cs2 is true). 



mmu_gtseg = Ctlspc*/p_a31*/p_a30*p_a29*/p_a28* 
p2_rw*cs4 + 

rnmu_gtseg* p2_rw*/ttlrdend + 

Ctlspc*/p_a31*/p_a30*p_a29*/p_a28 
*cs4* /p2 rw * /ttlwend 



J 



This signal (mmu_gtseg) gates the buffer for the segment map RAM. It is active 
when: 

1 . you are doing a control space access (ctlspc- true) to the segment map RAM 
(pa_<31:28> = 0010), and you are in a read cycle (p2_rw is high) during 
clock state 4 (cs4 is true), on 

2. mmu_gtseg is true (this is the self-latching term, ensuring that this read 
strobe lasts the entire length of the read cycle, beyond the time cs4 is deac- 
tivated), you are in a read cycle (p2_rw is high) and you have not entered 
the end of the read cycle (ttlrdend is false), on 

3. you are doing a control space write cycle to the segment map RAM 
(pa_<31:28> = 0010), you are in clock state four (cs4 is true) and you have 
not entered the end of the write cycle (ttlwend is false/high). 



(■ 




\ 


mmu weseg = 


= ctlspc*/p_a31*/p_a30* p_a29*/p_a28* 
/p2_rw * /ttlwend*cs2 




V- 




' 
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25.5. U1403 

(Miscellaneous) CPU 
Signal TTL Bus 
Decoder 



This signal (mmu_weseg) is the write enable strobe to the eight segment map 
RAM chips. It is active when you are doing a control space access to the seg- 
ment map RAM, you are in a write cycle during clock state 2, and you have not 
entered the end of the write cycle (ttlwend is false/high). 

Note the self-latching terms in the read cycle signals; since cs4 is deasserted 
before the end of the read cycle, the MMU gate signal is fed back into itself, 
self-latching. This lasts until ttlrdend- goes true, indicating end of the read cycle. 

This PAL generates the read and write strobes for Control Space devices which 
are not included in the Page and Segment Map RAM. Of special note are two 
signals: 

1. the ttlwend- signal, which is used to disable the write strobes before the end 
of the bus cycle to insure data and address hold time, and 

2. the ttlrdend- signal which disables the read strobes so there is no end-of- 
cycle buffer conflict. The read output strobes are latched inside U1403 
since cs4- ends earlier than the read cycle. 

The Control Space devices (and their addresses) to which this PAL sends 
read/write strobes are: 



r 






N 


IDPROM 


= 


/p_a31*/p_a30*/p_a29*/p_a28 


= 


CONTEXT 


= 


/p_a31*/p_a30* p_a29* p_a28 


= 3 


SYSENABLE 


= 


/p_a31* p_a30*/p_a29*/p_a28 


= 4 


USERENABLE 


= 


/p_a31* p_a30*/p_a29* p_a28 


= 5 


BUSERROR 


= 


/p_a31* p_a30* p_a29*/p_a28 


= 6 


DIAG 


= 


/p_a31* p_a30* p_a2 9* p_a28 


= 7 


v- 






J 



Note an interesting characteristic of all of these devices: address bit p_a31 is low. 
This is an easy one-bit way of selecting or deselecting all of these devices simul- 
taneously; in fact, this method is used in the state machine. 
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PinoutofU1403PAL 



PinoutofU1403is: 
Figure 25-5 U1403 Pinout 



t *********** ** *i 

t * * 



************ 



/ttlwend * 1* 

w* * * 

/ctlspc * 2* 

* * * * 

/ttlrdend * 3* 
/cs4 * 4* 

* * * * 

p2_rw * 5* 

* * * * 

p_a31 * 6* 

X n w w 

p_a3C * 7* 

W * * * 

p_a2 9 * 8- 

* * » * 

P_a28 * 9* 

* * » * 

/watchdoc *10* 



pal 



*24* vcc 
*■** * 

*23* tdO 

*22* /rd_id 

*21* /wr_diag 

*2C* /wr_syser. 

* W * * 

*19* /rd_syser*. 
* »■ * * 

*1B* /wr_usrer. 

*1"?* /rd_usrer. 

*i€* /rd__berr 

»* » * 

»15* /rd ctxt 



gnd 



•14* /wr_ctxt 
•13* r.c 



►*»*********« 



lr»****w**««**i 



U1403 Input Signals 



Input signals to the U1403 PAL are: 
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/ttlwend = end write strobes for 

data/address hold time (see U1400) 

/ctlspc = processor is doing a control space cycle 

p a<31:28> = unbuffered virtual address (for decoding 
to specific control register) 



/cs4 



= U3ed to enable read/write strobes 



/ttlrdend = buffered processor address strobe; defines 
the end of the TTL read cycle (see U1400) 

p2_rw = buffered processor read/write- signal 

/watchdog = watchdog reset bit 



U1403 Output Signals 



U1403 output signals are: 



/rd_id = read strobe for the ID prom 

/rd_ctxt = read strobe for the context reg 

/wr_ctxt = write strobe for the context reg 

/rd_sysen = read strobe for the system enable reg 

/wr_sysen = write strobe for the system enable reg 

/rd_usren = read strobe for the user DVMA enable reg 

/wr_usren = write strobe for the user DVMA enable reg 

/rd_berr = read strobe for the bus error reg 

/wr_diag = write strobe for the 

diagnostic register (LEDs) 



tdO 



watchdog readback bit driver 
onto TTL data bus 



a A read cycle is defined as a cycle in which the read signal is active (p2_rw is 
high) and you are in cs4 (cs4 is low). 

n A write cycle is defined as a cycle in which the write signal is active (p2_rw 
is low), you are still in a TTL write cycle (ttlwend is high) and you are in cs4 
(cs4 is low). 

The equations for the output signals are given below. Note that the second OR 
term of the various read strobes are feedback loops which latch the output to the 



« 
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input, making the read strobe last until the end of the TTL read cycle (until 
ttlrdend goes low). This feedback loop is necessary because cs4 does not last the 
length of the entire read cycle, therefore the individual device's read strobe must 
be latched until the end of the read cycle (ttlrdend- comes true). Write cycle 
strobes do not have to be self-latching since cs4 lasts as long as the write cycle. 
Thus the write strobe can be deactivated by the deassertion of cs4. 



The watchdog bit is a reset bit from U201 which signals various system errors or 
someone has pressed the user RESET switch. The signal on pin 23 of U 1403, 
t_d(0), the LSB of the TTL data bus, acts as a 1-bit watchdog register. If you are 
doing a read of the bus error register (U203), by asserting rd_berr-, this same 
rd_berr- signal will force a read of the watchdog bit from U1403. Thus the status 
of the watchdog error bit is available on the TTL bus every time you read the bus 
error register. This is derived from the following equation: 



f 


■s 


if (rcMberr) /tdO = /watchdog 




v 


J 



This equations says that if rd_berr is true then data bit zero of the TTL bus (tdO) 
is the same state as the watchdog bit. 

Other outputs from U1403 are denned below: 



rd_id - Ctlspc*/p_a31*/p_a30*/p_a29*/p_a28*p2_rw«cs4 + 
rd id* /ttlrdend 



This equation tells us that the read strobe for the ID PROM is derived one of two 
ways: 

1 . a control space access to the device addressed by bits A3 1 :28 as 0000 while 
doing a read (p2_rw high) during clock state 4 (cs4 true), or 

2. the signal rd_id is asserted and ttlrdend is NOT asserted (high). 

This second OR term is the self-latching mechanism discussed earlier. The self- 
latching of the rd_id signal is defeated when ttlrdend goes low (is true). 



rd_ctxt - Ctlspc*/p_a31*/p_a30*p_a2 9*p_a28*p2_rw*cs4 + 
rd ctxt * /ttlrdend 
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This equation defines a read from the context registers as: 

1 . a control space access to the device selected by address bits A3 1 :28 when 
they are 001 1 (0x3), and assertion of the read strobe during cs4, or 

2. the read context signal latched and enabled by the deassertion of the ttlrdend 
signal (rd_ctxt is true as long as ttlrdend is false). 



r 


— — ^^— -— — — — — — — — ■' \ 




wr ctxt - ctlspc*/p_a31*/p_a30*p_a29*p_a28*/p2_rw*/ttlwend*cs<i 


v 


> 



This equation defines a write to the context registers as a control space access to 
the device selected by address bits A3 1 :28 when they are 001 1 (0x3), and asser- 
tion of the write strobe during cs4 as long as you have not entered ttlwend state 
(ttlwend signal is high). 

Notice that there is no self-latching needed for write strobes; the TTL bus write 
cycle ends when cs4 does, thus ensuring hold times for the address and data. 



f 




■> 


rd_sysen 


- ctlspc*/p_a31* p_a30*/p_a29*/p_a28 * p2_rw*cs4 + 
rd_sysen * /ttlrdend 




- 




J 



This equation defines the read strobe to the system enable register, at A3 1:28 
0100 (0x4). It is similar to the other read strobes explained above, and has the 
read self-latching mechanism. 



wr_sysen - Ctlspc*/p_a31*p_a30*/p_a29*/p_a28*/p2_rw*/ttlwend*cs4 



This defines a write to the system enable register. 



rd_usren - ctlspc*/p_a31* p_a30*/p_a29* p_a28 * p2_rw*cs4 + 
rd usren * /ttlrdend 



This defines a read of the user DVMA enable register, at A31:28 = 0101 (0x5). 
The read signal is self-latching. 
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wr_usren - Ctlspc*/p_a31*p_a30*/p_a29*p_a28*/p2_rw*/ttlwend*cs4 



This defines a write to the user DVMA enable register. 



rdjberr - ctlspc*/p_a31* p_a30* p_a29*/p_a28 * p2_rw*cs4 + 
rd berr * /ttlrdend 



This defines a read of the bus error register, at A3 1 :28 0110 (0x6). The read sig- 
nal is self-latching. 



25.6. Ethernet Control 
Register 

U1405 Ethernet Control Write 
Buffer 



wr_diag - Ctlspc*/p_a31*p_a30*p_a29*p_a28*/p2_rw*/ttlwend*cs4 



This defines a write to the diagnostics register, which are really the LEDs, at 
0111 (0x7). 

The Ethernet control register is on page 14(b) of the schematics, and includes 
U1405 and U1407. U1405 operates as a write buffer, U1407 as a read buffer. 

The TTL devices connected to the TTL bus all use the same sort of circuitry: 
ALS 273s latch write data from the TTL bus for the particular device, which is 
clocked on the rising edge of the device's individual write strobe issued by 
U 1 40 1 TTL bus decoder PAL. 

U1405 buffer is used for write data storage to the Ethernet controller. Data at the 
input(s) to the buffer (t_d[7:0]) is clocked to the Ethernet controller by the rising 
edge (deassertion) of the wr_ether- signal, issued by U 1401 PAL, and which 
occurs at the end of a write cycle. If you look at the TTL BUS WRITES timing 
diagram, this signal is lumped under the generic label "ttlspcwren" which is 
asserted 138-186 nsecs into the write cycle, and deasserted 260-305 nsecs into 
the write cycle. 

U1405 write buffer latches four control signals to the Ethernet controller: 

1 . e_inten- : interrupt enable to the controller 

2. e_ce : chip enable to the controller 

3. ejoopb- : sets the Ethernet chip into loopback mode 
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U1407 Ethernet Control Read 
Buffer 



25.7. System Enable 
Register 



U1406 System Enable Write 
Register 



4. e_reset- : resets the Ethernet controller. 

U1405 read buffer's outputs are held static to the Ethernet controller until the 
buffer is either cleared or new data is clocked into it by the rising edge of 
wr_ether-. U1405 is cleared (all Q outputs are set to zero) by the assertion of the 
init- signal. 

U1407 ALS 373 acts as a read-back register to the write outputs of the U1405 
write register. The four control signals from U1405 are connected to U1407: 

1. e_inten- : interrupt enable to the controller 

2. e_ce : chip enable to the controller 

3. ejoopb- : sets the Ethernet chip into loopback node 

4. e_reset- : resets the Ethernet controller. 

Also connected to the U1407 read register are the signals: 

1 . e_int : interrupt signal from the Ethernet controller 

2. e_err : error signal from the Ethernet chip 

Since the interrupt and error signals occur asynchronously to the processor, they 
must be synchronized through U1407. Data at the input(s) of U1407 are latched 
to the TTL data bus (t_d[7:0]) by the assertion of the rd_ether- strobe from 
U1401. When the rd_ether- strobe is high (deasserted) the U1407 read buffer is 
set to a high impedance state. 

The U1406 and U1408 system enable register operates the same as the Ethernet 
control register. Write data is clocked into U1406, and U1408 acts as a read- 
back register. 

Write data is clocked from the TTL data bus into the U1406 register on the rising 
edge of the wr_sysen- signal, which goes inactive at the end of the write cycle. 
Write signals output from U 1406 are: 

1 . fpaen : enable signal to the FPA 

2. encopy : enables copy mode to the video buffer 

3. envideo : enables output from the video section 

4. en_cache: enables cache memory 

5. en_sdvma : enables supervisor DVMA 

6. en_fpp : enables the floating point processor 

7. en boot- : enables boot state. 
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U1408 System Enable Read 
Register 



25.8. U1410 Diagnostics 
Register 



U1408 is used as a read-back register for system enable data. When rd_sysen- 
goes low, system enable data is latched by U1408 to the TTL data bus. Since the 
user diagnostic switch can be pushed at any time (asynchronous), an ALS 373 is 
used to synchronize this event. The init- signal clears the Q outputs of the regis- 
ter to zeroes on power up. 

The user diagnostics register clocks data from the TTL data bus into the bank of 
8 LEDs when wr_diag_ goes from low to high at the end of the write cycle. The 
init- signal clears the Q outputs of the register to zeroes on power up. 



25.9. U1409IDPROM 



The ID PROM is a read-only device, which outputs byte-wide data onto the TTL 
data bus. The PROM is organized 32 bytes by 8 bits, thus five address lines 
(p2_a[04:00]) are used to access any one of these 32 bytes. 

Information contained in the PROM includes machine type, a unique serial 
number for software licensing, a unique Ethernet address, the date of machine 
manufacture, and a checksum. Additionally, the ID PROM stores configuration 
information for the machine. The ID PROM is located in Control Space, at 
address A3 1:28 = 0x0, in other words: 

IDPROM = /p_a31*/p_a30*/p_a29*/p_a28 = 



Contents of the PROM are organized in the table below: 



Table 25-5 



Contents of the ID PROM 




Entry Number 


Contents! 


Length (in bytes) 


1 


Format 


1 


2 


Machine Type 


1 


3 


Ethernet Address 


6 


4 


Date 


4 


5 


Serial Number 


3 


6 


Checksum 


1 


7 


Reserved 


16 



25.10. U1404 P2-to-TTL 
Data Buffer 



Output of the PROM is enabled when the rd_id- signal is active (low). 

U1404 buffers P2 data to and from the TTL data bus. The "A" side is con- 
nected to the TTL data bus, while the B side is connected to the P2 data bus, bits 
31:24. Output is enabled by the assertion of ttlbfen- from U1400; the direction 
of the data flow is controlled by the p2_rw signal. When the p2_rw signal is high 
(read) and ttlbfen- is true, data flows from the TTL data bus to the P2 data bus. 
When p2_rw is low (write cycle) and ttlbfen- is true, data flows from the P2 data 
bus onto the TTL data bus. The table below codifies this: 



t These contents ire described further in the Sun -3 Architecture manual. 
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Table 25-6 U1404 P2-to-TTL Data Buffer — Data Flow 



Gate 

ttlbfen- 


Direction 

p2_rw 


Which way the 
data will flow 








P2 data bus to TTL bus (B -> A) 





1 


TTL data bus to P2 bus (A -> B) 


1 


X 


tri-state 



25.11. U2905 and U2906 
User DVMA Enable 
Register 



25.12. U203 Bus Error 
Register 



25.13. U509 Context 
Register 



The User DVMA register has a write section (U2905) and a read section 
(U2906). The write register has data at its inputs clocked out of it by the rising 
edge of wr_usren- (which goes high at the end of the write cycle). Data clocked 
out is connected to the enable context bus, en_cx(7:0). When asserted, the init- 
signal clears all the Q outputs to a low. 

U2906 read register has data at its inputs (from the enable context bus) latched 
and output-enabled with the assertion of rd_usren-. This data is coupled to the 
TTL data bus, t_d(7:0). U2906 thus operates as a read-back register of the enable 
context bus. 

U203 is a read-only bus error register, which latches the status of the various 
error signals to the TTL data bus. Data at the input to the register is stored on the 
low-to-high transition of lberr (load bus error), and this data is coupled to the 
TTL data bus when the output enable signal, rd_berr-, goes low. When rd_berr- 
is high, the register goes to a high impedance tri-state. 

U509 Context register holds present status as either user or superviser status, and 
multiplexes between this present status and the "user context" provided by the 
VME section of the 2060 board. U509 latches data from and outputs data to the 
TTL data bus. 

Instead of a buffer/register, the context register consists of a PAL. Data at the 
1(3:0) inputs are clocked into the PAL by the rising edge of wr_ctxt-, at the end 
of the write cycle, and this data is latched into an internal register, rd_ctxt- 
enables this output from the PAL. Outputs O(3:0) are held static until output is 
disabled — when rd_ctxt- is deasserted. 

The en_bcx signal multiplexes between the two input data ports, t_d(3:0) and 
b_a(30:28). When the en_bcx- signal is true, it enables the user context data at 
b_a(30:28) onto the ctxt(2:0) bus. When en_bcx- signal is false, the normal TTL 
bus data, t_d(3:0), is enabled onto the ctxt(2:0) bus. 
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U509 Pinout 



Pinout of the U509 PAL is: 



Figure 25-6 U509 Pinout 



************** *********** *** 



**** 

/wr_ctxt * 1* 

**** 

ti_dO * 2* 

* *** 

ti_dl * 3* 

* ** * 

ti_d2 * A* 

** ** 

ti_d3 * 5* 

* * * * 

/en_bcx * 6* 

**** 

b_a2 6 * 7* 
**** 

b a29 * 8* 



pal 



b a30 



9* 



*** * 




*20* 


vcc 


** ** 




*19* 


nul9 


*** * 




*1 8 * 


ctxtO 


**** 




*17* 


to dO 


*** * 




• 16* 


to dl 


* ** * 




* 15* 


to d2 


* * * * 




*i<* 


to d3 


* * X » 




*13* 


ctxtl 


* ** * 




*12- 


ctxt2 



gnd *10* 



/rd ctxt 



**«***«****»********jnr**n«***n 



Inputs and Outputs of U509 
Context Register 



Inputs to the context register are: 








t d[3:0] 


. 


TTL data bus 












(inputs for w 


rites 


to context register) 


en_bcx- 


= 


enable context 


bus 


(from VME 


circuitry) 


b_a[30:28] 

i. 


= 


"user context" 


information from VMEbus 



Outputs of the context register are: 
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( 








^ 


ctxt[3:0] 


= multiplexed context value 
to the segment map rams 


that is 


input 




to_d[3:0] 


- TTL data bus (outputs for 
from context register) 


reads 






•■ 








J 



Eight user contexts are decoded from input bits b_a[30:28]; these bits are aliased 
in the PAL equations as: 



UCTXTO = b_a28 
UCTXT1 = b_a29 
UCTXT2 = b a30 



The Q3:0 outputs are latched externally to the 13:0 inputs, as represented in the 
PAL equations:! 



f- 




N 


/to_dO 
/to dl 


= 


/ti_d0 
/ti dl 


/to d2 


= 


/ti_d2 


/to_d3 


= 


/ti_d3 


v. 




j 



These signals must be inverted because outputs of the PAL are inverted. 
The derivation of the three context bits UCTXT2:0 is given below: 



c 




■\ 


/ctxtO = 


en_bcx * /UCTXTO + 
/en_bcx * /to_dO 




/ctxtl - 


en_bcx * /UCTXT1 + 
/en_bcx * /to_dl 




/ctxt2 - 


en_bcx * /UCTXT2 + 
/en_bcx * /to_d2 




^ 




J 



For instance, ctxt(0) is asserted when 



t These Ubeli differ somewhat from the schematics; the PAL equations differentiate between the input and 
output TTL bus signals. 
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1. en_bcx- is true (low) and UCTXTO (b_a28 address bit) is also low, or 

2. en_bcx- is NOT true (en_bcx is high) and to_dO (TTL bus data bit 0) is low. 
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Video Circuitry 



NOTE Please refer to the video block diagram in the Appendix as you follow the 
description below. 

Address and control signals from the P2 bus are connected to the U1701 :00 
address and control latches and the P2 interface state machine (U1503). U1503 
issues vsack back to the processor (through the dsack PAL), and also handshakes 
with the video memory controller on page 16, using the vreq-/busy signals. 
U1503 state machine also issues the buffer latch signal, vlatch (which is the com- 
plement of the vreq- signal), to the P2 data transceiver latches (on pages 1 8-21). 

Processor column address to video memory comes from U1701 :00, multiplexed 
by row or column address strobe enable signals to the output control pins. 
RAS/CAS/WE signals to the frame buffer are issued by the video memory con- 
troller on page 16. Read or write data is connected to/from the P2 data bus 
through the P2 data transceiver latches (LS 652s on pages 18-21), whose 
read/write direction is determined by the assertion of vack (read data) or vlatch 
(write data) signals. 

The video refresh counter on page 17 issues the address of the location in the 
frame buffer which is to be output to the display. It is comprised of a counter 
(U1705:04) whose output is incremented and latched in a pair of buffers 
(U1703:02) by either RAS (row address strobe) or CAS (column address strobe). 
This address is then coupled to video memory on the rcaddr(7:0) bus. 

64 bits of data are latched into or out of the LS 652 data transceivers, which are 
connected to the P2 data bus through the transceivers, or to the video display ter- 
minal through the ALS534s and the ECL shifters on page 23 of the schematics. 

The video synchronization signals (horizontal and vertical) are issued by their 
respective state machines on page 22. 

The video control state machine includes the two PROMs (U 1608 and U1603) 
and their latches (U 1601 and U1604). 

26.1. Video Cycle Timing The video cycle timing is given in the timing diagram labelled ' '2060 FRAME 

B UFFER CONTROL. ' ' 

A video cycle has sixteen 40-nsec states, lasting 640 nsec. The cycle is broken 
into two halves: 
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1 . the first 320 nsecs services any processor requests (issuing from U1503, 
etc.), 

2. the final 320 nsecs services video update requests. 

The processor half is conditional — may or may not occur — but the video 
update always occurs every video cycle (all the time, or else you will see video 
trash). 

If you are doing a CPU read/write access, the processor issues RAS (row address 
strobe) from states 2 through 6 and CAS (column address strobe) from states 5 to 
8. The processor read/write cycle is completed — data read or written to the 
frame buffer, vack issued, data latched into data transceivers (if a processor read) 
and the U1607 busy fiipflop is cleared — and the video cycle enters its second 
half, video update. 

If you are nor doing a CPU read/write access, only the video update cycle occurs. 

A processor video access cycle starts with the enable request (enreq) line sam- 
pling the busy signal through U1600 AND gate (on page 16), which sets the sreq 
signal through Ul 607-1 flip-flop in state .1 of the video cycle. The enreq signal 
then goes low. The sreq signal stays set until state 9, when the vack- signal from 
U 1604 clears flip-flop U 1607-1. 

26.2. U1504 Video Select Video memory can be located either in a physically-separate frame buffer 

Decoder (address OxFFOOOOOO) or in main memory (address 0x00100000). In either case 

it takes up 128 Kbytes. The frame buffer can be read-from or written-to directly, 
just like ordinary memory. However, when a "copy-mode" write is executed, 
the enable copy bit from the system enable register (U1406) is set. Information 
being written into the specific 128 Kbyte "copy region" set aside in main 
memory for this purpose (starting at address 0x00100000), is also written into the 
separate frame buffer. A read from the copy region returns data from main 
memory, and does not affect video memory. 

U1504 is an address space decoder, from its address bit inputs, mmu_a(31:17), 
one of two signals are issued: 

□ mbl6sel- : indicates an access is to be made to the top 16 Mbyte space 
(which is where the frame buffer resides) of the 4 Gbyte physical address 
space and is used to qualify reads from the video memory and VME 
accesses. This signal is used for normal video reads and writes. 

□ copyl6sel- : indicates an access is to be made either to the top 16 Mbyte 
space of the 4 Gbyte physical address space, or to the 1 Mbyte + 128K copy 
mode space. This signal is used to qualify writes to the video memory. 

This PAL must be of the 15 nsec variety. 



SUFI {Rev 1 of 10 May 1987) CONFIDENTIAL! 

mciotyttarr* 



Chapter 26 — Video Circuitry 235 



U1504 Pinout 



Pinout of the U1504 PAL is: 



Figure 26-1 U1504 Pinout 



************** ************** 





* 




**** 


p2a31 


* 1* 




* *** 


p2a30 


* 2* 




* *** 


p2a28 


* 3* 




** ** 


p2a26 


* 4* 




**** 


p2a24 


* 5* 




* *** 


p2a22 


* 6* 




**** 


p2a20 


* 7* 




**** 


p2al9 


* 8* 




**** 


p2al8 


* g* 




**** 


gnd 


*10* 



pal 



* 
**** 

*20* 
**** 
*19* 

* *** 

*18* 

* ** * 

*17* 

* *** 

*16* 

* * * * 

*15* 

* *** 

*14* 
**** 

*13* 
**** 

*12* 

**** 

*11* 

* *** 



/mbl6sel 

p2a29 

p2a27 

p2a25 

p2a23 

p2a21 

encopy 

/copyl6sel 

p2al7 



******************************* 



U1504 Input and Output 

signals 



Inputs to the U1504 Decoder are: 



mmu a (31: 17) 



encopy 



Outputs of the U1504 decoder are: 



/copyl6sel 
/mbl6sel 



Equations for the two output signals are: 
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The above equation says that the mbl6sel- signal is asserted if mmu_a(31:24) 
bits are all high (top 16 Mbytes of the 4 Gbyte address space selected), meaning 
the address is OxFFxxxxxx. 



copyl6sel = rnmu_a31*mmu_a30*ramu_a2 9*nmiu_a28*rninu_a27*rnmu_a2 6*inmu_a25*iranu_a24 + 

/iranu_a31*/nimu_a30*/itimu_a2 9*/inmu_a28*/rnmu_a27*/nimu_a26*/inmu_a25*/rnmu_a24* 
/mmu_a2 3 * /mmu_a2 2 * /mmu_a2 1 *mmu_a2 * /mmu_al 9 * /mmu_a 1 8 * /iranu_a 17 *encopy 



The copyl6sel- signal is asserted if: 

1 . mmu_a(3 1 :24) bits are all high, OxFFxxxxxx, (top 16 Mbytes of the 4 Gbyte 
address space selected), or if 

2. OxOOlxxxxx (mmu_a20 high and all others in the equation are low) address 
space in main memory is selected, and copy mode is enabled (encopy true). 

The copyl6sel signal is actually an OR of the mbl6sel term with a copy-mode 
enable term. 

26.3. U1502 Video Control The two select signals from U1504 are connected to (among others) the U1502 
Decoder video control decoder, which is a multi-purpose strobe decoder. The signals 

p2rden0 and p2rdenl are output enables to gate either 

d bits 63:32 (p2rden0) or 

a bits 31:00 (p2rdenl) 

of the video memory onto the p2_d(31:00) data bus. 

During any read of the video memory, all 64 bits of the video memory are 
latched. The p2_a02 input signal determines which 32-bit word is to be read, 
upper or lower — when p2_a02 is low, it selects the upper data word, when high 
it selects the lower data word. 

The vcopydet- signal is used by the 68020 DSACK generator. When vcopydet- 
is asserted, DSACK will not be asserted until both p2 memory and video 
memory respond to a copy mode write. 
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U1502Pinout Pinout of the U1502PAL is: 

Figure 26-2 U1502 Pinout 



************** ************** 



p2a02 


* 1* 




WWW* 


p2rw 


* 2* 




* * ** 


/mmuram 


* 3* 




**** 


/nbl6sel 


* 4* 




**** 


/copyl6sel 


* 5» 




«*«* 


/cs4 


* 6« 




* * » » 


/p2as 


* 7* 




*** + 


nc 


* 8* 




**•* 


nc 


* 9* 




• * * * 


gnd 


•10* 



pal 



*20* vcc 

*19* /rder.l 
**** 

*18* p2rdenl 
www * 

*17* p2rden0 

# * * * 

♦16* /rde.-.: 

* * * * 

*15* /vcopydet 
**** 

*14* /vidwr 
*** * 

*13* /vidrd 

WW** 

*12* nc 

WWW* 

*11* /irdenl 

www * 



*w*w**ww***w**www**w*w**ww**w** 



U1502 Input Signals 



The two video select signals decoded by U1504, copyl6sel- and mbl6sel-, are 
connected to the U 1502 video control decoder. Other inputs are: 



c 




\ 


p2rw 


= read/write strobe 




/mmuram 


= indicates you are accessing 
memory through the MMU 




p2_a02 


= bit used to select upper or lower 
data word from 64-bit video bus 




- 




• 



U1502 Output Signals 



Outputs from the U1502 decoder are: 
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p2rden0 = read enable for upper video data word 

p2rdenl «= read enable for lower video data word 

/vcopydet ■= video copy detect signal, used to 

make certain both P2 memory and video 
memory are ready before processor 
issues a DSACK. 



If you look on pages 1 8-2 1 of the schematics, you will find the video memory 
RAM. Notice that the read output enables on the data latches are connected to 
either p2rden0 (for the upper data word) or p2rdenl Gower data word). 



The equations for these two signals, p2rder 


lO and p2rdenl, are below. 




< •• 
/p2rden0 = /rdenO 






(since the output enable of the LS652 
is active high, rdenO must be inverted) 






^ 




j 



f 




N 


rdenO = 


mbl6sel * p2rw * mmuram * /p2a02 * cs4 + 
rdenO' * p2as 




^ 




V 



This equation tells us that p2rden0, the read enable strobe for the upper 32 bits of 
video data, is issued when rdenO is issued. The rdenO signal is issued when 

1. the mbl6sel signal is true (you are doing an access to the upper 16 Mbytes 
of the 4 Gbyte physical address space); you are in a read cycle (p2rw is 
high); you are accessing a TYPEO space device — memory and the frame 
buffer, mmuram- is true; p2a02 is low; and you are in clock state 4 (address 
and control signals are stable); or, 

2. rdenO is true and until p2as- goes false (self-latching mechanism to ensure 
the read cycle lasts beyond the deassertion of cs4). When p2as- goes false 
(high), this self-latching mechanism is aborted. 



sun 

microeytteme 



{Rev 1 oflOMay 1987) CONFIDENTIAL! 



Chapter 26 — Video Circuitry 239 



/p2rdenl = /irdenl 

(since the output enable of the LS652 
is active high, rdenO must be inverted) 



rdenl = mbl6sel * p2rw * mmuram * p2a02 * cs4 + 
irdenl * p2as 



This equation tells us that p2rdenl, the read enable strobe for the lower 32 bits of 
video data, is issued when irdenl is issued. The irdenl signal is issued when 

1. the mbl6sel signal is true (you are doing an access to the upper 16 Mbytes 
of the 4 Gbyte physical address space); you are in a read cycle (p2rw is 
high); mmuram- is true; p2a02 is high; and you are in clock state 4 (address 
and control signals are stable); or, 

2. irdenl is true and until p2as- goes false (self-latching mechanism to ensure 
the read cycle lasts beyond the deassertion of cs4). When p2as- goes false 
(high), this self-latching mechanism is aborted. 

The video copy detect signal is issued when you are going to execute a copy- 
mode write — writing to both video memory and main memory. Should the frame 
buffer be busy when you want to initiate a copy-mode write, vcopydet- will be 
issued, which in turn holds off the CPU from issuing a dsack until vsack is 
issued. This ensures both video and main memory are done (vsack and p2_ack 
have been issued to U204 DSACK PAL) before you end a copy-mode write. 



f 




> 


vcopydet 


= copyl6sel * /mbl6sel * /p2rw * mmuram * cs4 + 
vcopydet * p2as 




V- 




/ 



This equation says that video copy detect is true when 

1. copyl6sel is true and mbl6sel is NOT true (in essence, you are in copy 
mode to the 0x00100000 address space); you are in a write cycle (p2rw low) 
to memory (mmuram- is true) during clock state 4 (cs4 true); or 

2. the vcopydet- signal is true until p2as address strobe goes false. 

This latter term is a self-latching mechanism to make sure the vcopydet- lasts as 
long as long as the address strobe is not deactivated when cs4 goes inactive. 
When p2as goes false (high), this self-latching mechanism is aborted. 
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The logical AND of copyl6sel*/mbl6sel means that access to the top 16 Mbytes 
is NOT activated (mbl6sel term is removed from copyl6sel term), which leaves 
just the copy term asserted. 



vidrd = mbl6sel * p2rw * mmuram * cs4 + 
vidrd * p2as 



The equation above indicates that video read (vidrd-) is active flow) f or the 
length of the video read cycle. Deactivation of vidrd- indicates that the video 
read cycle has been completed. Thus vidrd- is true when: 

1. mbl6sel is true (doing an access to the top 16 Mbytes of the 4 Gbyte physi- 
cal address space); p2rw is high (indicated a read cycle); mmuram- is true 
(accessing a TYPEO space device — main memory or frame buffer) during 
clock state 4; or 

2. video read is true until p2as address strobe goes false. 

This latter term is a self-latching mechanism to make sure vidrd- is not deac- 
tivated when cs4 goes inactive. When p2as goes false (high), this self-latching 
mechanism is aborted. 



vidwr = copyl6sel * /p2rw * mmuram * cs4 + 
vidwr * p2as 



Video write (vidwr-) is active for the length of the video write cycle. Note that 
copyl6sel is used instead of mbl6sel, because you can do writes to both the 
frame buffer video memory and the copy region of main memory. Therefore, 
vidwr- is true when: 

1. copyl6sel is true; during a write cycle (p2rw low); mmuram- is true (access- 
ing a TYPEO space device — main memory or frame buffer) during clock 
state 4; or, 

2. video write is true until p2as address strobe goes false. 

This latter term is a self-latching mechanism to make sure vidwr- is not deac- 
tivated when cs4 goes inactive. When p2as goes false (high), this self-latching 
mechanism is aborted. 
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26.4. P2 Interface State 
Machine — U1503, 
U 1605/07 



U1503 issues the control signals which interface the video circuitry to the P2 bus. 
It has a state machine internal to itself (labelled "VARB") which handshakes 
with another (labelled "Video Side") which consists of flip-flops U1605 and 
U1607. This handshaking mechanism is described below. 



U1503Pinout Pinoutof the U1503 PAL is: 

Figure 26-3 U1503 Pinout 





* * * 


*********** ** 


************ 






* 


* * 


* 






** »* 




** ** 




/c60 


* 1* 

**** 


pal 


*20* 

* *** 


vcc 


/vidrd 


. 2* 

* * * * 




* * * -K 


nc 


/vidwr 


* 3* 

* * * * 




*18* 

* * * * 


viatch 


nc 


* # ** 




*17* 
**** 


nc 


busy 


* 5* 

* * ** 




*16* 


qO 


sbusy 


* 6* 

* * * * 




•15* 

** W * 


qi 


/copyl6 


* 7* 




•14* 

* * * * 


q2 


/mbl6sel 


* 8* 

* w * w 




•13* 
* * * * 


/vreq 


/init 


* 9* 




*12* 

* * * * 


/vsack 



gnd *10« 



*11* gnd 



********* 



,********************» 



U1503 Inputs 



Inputs to the PAL are: 



vidrd- = Valid video read strobe 

vidwr- = Valid video write strobe 

busy = Video frame buffer busy 

sbusy » Synchronized version of vbusy to 68020 clock 

init- = Reset input 

p2_as- = not used 
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>03 Outputs 



Outputs from the PAL are: 




vsack- = Video dsackt 


"\ 


vreq- = 68020 video operation requestt 




vlatch - combinatorial output; vlatch is the 




inversion of vreq-, used to latch 




various buffer/registers. 




. 


J 



26.5. VARB and Video 
Side State Machines 



Take a look at the two state machines, labelled "VARB" and "Video Side." 
They work in conjunction with each other, through a trio of handshaking signals 
— vreq and busy/sbusy. 

A cycle begins with both state machines in IDLE states. 



These outputs are not latched and are associated with state as in the Moore model. 
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Video Read 



state idle 
!init- 



power on reset 



-> state idle, 

vsack- = 1, 
vreq- = 1; 



else 
! vidrd- 



-> state rdservreq, 

vsack- = 1, 

vreq- = !(!vidrd- & !busy) ; 
video read request and NOT busy 



else 

! vidwr- 



-> state wrserv, 

vsack- = vidwr-, 
vreq- = !(!vidwr- & !busy) ; 
video read request and NOT busy 



else 



always 


-> state idle, 

vsack- = vidwr-, 










vreq- = ! ( ( ! vidrd- 


+ 


! vidwr-) & 


!busy) ; 


V- 








) 



The init- signal Oabelled "sanity" in the state diagram), is a power-on reset 
which sets the state machines to IDLE. 

In IDLE, U1503 (VARB state machine) has vsack- pacing the condition of 
vidwr- (both are high/inactive). The vreq- signal goes active Gow) when vidrd- 
or vidwr- and NOT busy are true, indicating a processor video cycle request. 

While in IDLE, U1503 is going to receive either a video read (vidrd-) or a video 
write (vidwr-) from U 1502, which signals the start of a bus cycle. When either 
of these two signals goes active (low) the state machine goes out of IDLE state 
into a read or a write service state. Let's say the signal received was a video 
read. 

In a video read cycle, U1502 issues a vidrd- signal to U1503. This moves the 
state machine to RDSERVRQ state, which does two things: 

1. keeps vsack- at a one (deactivates it), and 

2. keeps vreq- at the state of vidrd- and NOT busy, which is a low (indicating 
that the processor wants to do a video cycle). 
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This is described in the following equation: 



f" 

state 


rdservreq 


\ 


!init- 


-> 


power on reset 
state idle, 




else 




vsack- = 1, 
vreq- = 1; 




sbusy 
else 


-> 


state rdserv, video side has received a 
request so go to readservice state 

vsack- - 1, 
vreq- = 1; 




always 


-> 


state rdservreq, wait for video side to 
receive a request 

vsack- = 1, 

vreq- = ! (Ividrd- & !busy) ; 




v 






J 



The vreq- signal is part of half of the handshaking mechanism that connects the 
VARB state machine with the Video Side state machine. If you follow vreq- out 
of U 1503, you will see it connects to pin 2, the D input of U 1605-0 flip-flop. 

Power on reset (init-) has set Ul 605-0 flip-flop, putting a low at its inverted out- 
put (Q NOT, pin 6). This same init- signal has cleared Ul 607-0. Both flip-flops 
are clocked by 40 nsec video clock (vclk40), and U 1605-0 stays set until vreq- 
goes low. This is the IDLE state of the Video Side state diagram. 

When vreq- goes low and is presented to the D input of U1605-0, this flip-flop is 
cleared at the next 40 nsec clock and the inverted output (a logical high) is taken 
from pin 6. This is the SYNC state of Video Side state diagram, named because 
it synchronizes the vreq- to the 40 nsec video clock. 

The next 40 nsec vclk40 clocks this high through Ul 607-0 flip-flop, which 
asserts the busy signal at pin 6. This puts the Video Side state machine in the 
BUSY state. 

Busy itself stays true (high) and is qualified through U1600 AND gate by the 
assertion of enreq — request enable — by the U1603 video memory controller. 
The output of U1600 AND gate is clocked through U1607-1 by 40 nsec vclk40, 
and emerges as synchronized request, sreq, which is connected to the video 
memory controller state machine, U1603. The enabling of sreq through the AND 
gate by the enreq signal moves the Video Side state machine into SERVICE 
state. U1607 flip-flops are cleared by vack- from U1604:3, and this takes the 
Video Side state machine out of SERVICE state and moves it back to IDLE. 
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Since busy is clocked through U1607 by 40 nsec vclk40, it is essentially asyn- 
chronous to the U1503 PAL, which is operated by 60 nsec clock. Therefore bus) 
must be synchronized to the PAL, by c60 in U1605-1. 

In the meantime, the VARB state machine has been patiently waiting to receive 
the high active busy signal from the Video Side state machine, U 1607-0. This 
high active busy is connected to U1503, which immediately deactivates the vreq- 
signal, setting vreq- to a high. 

To recapitulate thusfar. 

1. a video read, vidrd-, has been issued to U1503; 

2. vreq- is issued by U1503 

3. vreq- is clocked through U1605, and then U1607 to emerge as busy 

4. busy connects back to U1503, deactivating vreq- 

5. the VARB state machine is in RDSERVRQ state. 

This then is the handshaking mechanism between the two state machines: vreq- 
from VARB to Video Side, and busy/sbusy from Video Side back to VARB. 

Figure 26-4 Handshaking in the P2 Interface State Machine 



BUSY/SBUS 




VREQ- 



The vreq/busy handshaking is used to make certain that vreq- is held active until 
busy is issued, which means the read request is being serviced. 

When sbusy occurs, the VARB state machine goes from RDSERVRQ state to 
RDSERV state. 
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r 






■N 


state i 


dserv 






!init- 


-> state idle, 
vsack- = 1, 


power on reset 




else 


vreq- - 1; 






! sbusy 


-> state rdend, 


NOT busy so go to readend state 






vsack- ■= vidrd-, 




else 


vreq- = 1; 






always 


-> state rdserv 


, wait for NO T busy 






vsack- <= ! ( ! 


busy) ,' 






vreq- = 1 ; 






v. 






J 



During RDSERV state, the state machine waits for the return of the NOT busy 
signal and the Video Side state machine to progress through BUSY to SERVICE 
to IDLE. The vsack- signal goes active when NOT busy goes true. The vreq- 
signal is still a high (false). When NOT busy occurs, the data is stable on the 
bus, and the state machine moves into RDEND (read end) state. 
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r 
state 


rdend 


1 


!init- 


power on reset 
-> state idle, 

vsack- = 1, 




else 


vreq- = 1; 




vidrd- 


-> state idle , read inactive (cycle over) so go to idle state 

vsack- = 1, 




else 


vreq- = 1; 




always 


-> state rdend, read cycle still active so wait 

vsack- — vidrd-, 
vreq- = 1; 




>■ 







Remain in RDEND until the read request is gone then go to the IDLE state. The 
vreq- signal is still inactive (high). Also, vsack is still the same level as vidrd-, 
which is active until p2_as goes high, which indicates the end of the read cycle. 
At this time the state machine returns to IDLE, with vsack and vreq high (inac- 
tive). 



Video Write 



The video write cycle begins with the state machine in IDLE. The busy signal is 
not active (it is low) and vreq and vsack are high (false). When a vidwr- comes 
into U1503 PAL, vreq- is issued, and clocked through U1605-0 flip-flop. This 
starts handshaking between the VARB and Video Side state machines (see the 
description of handshaking in the Video Read section, above). The vsack- signal 
is issued to end the write bus cycle. Write data and address are latched on vlatch 
(which is inverted vreq-) so the processor need not wait until the data is written 
into the video RAM. 



vlatch = /vreq- 



The vlatch signal is an inversion of the vreq- signal. It must be inverted because 
it is used to latch data into ALS 374 buffers, and these need a low-to-high transi- 
tion. The vlatch signal latches the size and address bits along with the p2_rw sig- 
nal in U1500 ALS 374; it also latches address bits into U1700 and U1701, and 
latches write data into the LS 652 transceivers on pages 18-21. 
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The vidwr- signal also causes the state machine to enter WRSERV state, and the 
Video Side state machine goes from IDLE through the following states: 

1. SYNC : in which vreq is synchronized to 40 nsec vclk40 in flip-flop 
Ul 605-0; 

2. BUSY : in which the busy signal is clocked out of U 1607-0; 

3. SERVICE: in which the busy signal is enabled through U 1 600 AND gate by 
the enable request signal (enreq) from U 1603/4; 

4. the flip-flops are cleared by vack-, and the Video Side state machine returns 
to IDLE. 

The busy signal is re-synchronized to 60 nsec clock through flip-flop U 1607-1 
and emerges as sbusy, which is used back in U1503 VARB state machine. 

The VARB state machine enters WRSERV by the following equation: 



/ 


\ 


state wrserv 




! init- power on reset 




-> state idle, 




vsack- = 1, 




vreq- = 1; 




else 




vidwr- & sbusy 




-> state wrend, write done and busy so 




go to the write end state 




vsack- = 1, 




vreq- = 1; 




else 




always 




-> state wrserv, 




vsack- = vidwr-, 




vreq- = !(!vidwr- & !busy) ; 




>■ 


. 



In WRSERV state, vsack- paces vidwr- (both are low). An immediate vsack- is 
issued from U1503; vreq- stays low because busy is false (low) and vidwr- is low 
(true). When the busy signal is coupled back to U1503, it disables vreq- (vreq- 
goes high) 
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state wrend 

!init- power on reset 

-> state idle, 

vsack- = 1, 

vreq- = 1 ; 
else 

! sbusy busy so go to the idle state 

-> state idle, 



else 
always 



vsack- = 1, 
vreq- = 1; 



NOT busy so wait 
-> state wrend, 

vsack- = 1, 
vreq- = 1; 



When vidwr- goes high and sbusy is true, the state machine enters WREND 
(write end) state, indicating the end of the write cycle. Both vsack- and vreq- are 
false. The state machine remains in WREND until the frame buffer has serviced 
the write request (vack- returns true from the frame buffer, the Video Side state 
machine goes to IDLE, and the Video Side flip-flops are cleared). When sbusy 
goes low (busy from U 1607-0 has been cleared by vack- and is clocked through 
Ul 607-1) indicating that the video state machine is no longer tied up doing a 
write operation, the VARB state machine returns to IDLE. 



state idle 



vsack- = 1 
vreq- - 1 



Video Write Timing 
Diagrams: A Real Example 



Should the processor start another video write cycle while in WREND state, 
vsack- and vreq- are suppressed and wait states occur until the video write is 
done and the data/address latches are available for the waiting cycle. 

An actual logic analyzer tracing of a video write cycle is available in the appen- 
dix. Note that the c60 clock is really inverted c60 clock — c60 bar. Therefore a 
transition from clock state to clock state occurs on a low-to-high edge. 

A write cycle starts during cs4 (the stretched portion of c60). The vidwr- signal 
is issued from U1502 during this clock state and one PAL delay (15 nsec) later 
both vsack- and vreq- drop (go true). The state machine is still in IDLE. 
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The next upward transition of c60 clock the state machine enters WRSERV state. 
The busy signal comes back from U 1607-0, and invalidates vreq-. The high 
active sbusy signal is clocked out of U 1607-1 into U1503. When vidwr- goes 
high (inactive) vsack- is disabled and on the next c60 clock (rising edge in the 
timing diagram) the state machine enters WREND. The vack- signal is issued by 
the frame buffer which clears the busy flip-flop, which in turn clears the sbusy 
flip-flop. When sbusy goes low (inactive) the state machine returns to IDLE. 

Note that a second processor write cycle starts (sample 99) while the video state 
machine is still doing the first write. In this case, vreq- and vsack- are not issued 
until the write is finished (IDLE state). 



26.6. U1501 Byte Decode 
PAL 



This PAL generates the write strobes for the video memory 4416 rams. Since the 
video memory is 64 bits wide, va02 (latched version of p2_a02) is used to select 
the four write enable signals wren(24:16:08:00) or wren(56:48:40:32) and 
accounts for the symmetry of the equations. These strobes will only be enabled 
if the memory write signal, vwe, is true and the latched version of p2_rw, vrw, is 
low indicating a write cycle. The size (vsizl:0) and address line (vaOLOO) 
decode equations allow byte, word, 3-byte, and longword transfers, with offset. 



U1501 Pinout 



Pinout of the U1501 PAL is: 



Figure 26-5 U1S01 Pinout 
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U1501 Output signals 



Output signals of the U 1501 PAL are: 



wrenOO 



= vwe * /vrw * /va02 * /vsizl * /vsizO + 
vwe * /vrw * /va02 * vaOl * vaOO + 
vwe * /vrw * /va02 * vsizl * vsizO * vaOO + 
vwe * /vrw * /va02 * vsizl * 



vaOl 



The wrenOO- signal write enables data bits [39:32] in U1908. 



wren08 = vwe * /vrw * /va02 * vaOl * /vaOO + 

vwe * /vrw * /va02 * /vsizl * /vsizO * /vaOl + 

vwe * /vrw * /va02 * vsizl * vsizO * /vaOl + 

vwe * /vrw * /va02 * vsizl * /vaOl * vaOO 



The wren08- signal enables data bits [47:40] in U1907. 



wrenl6 = vwe * /vrw * /va02 * /vaOl * vaOO + 
vwe * /vrw * /va02 * vsizl * /vaOl + 
vwe * /vrw * /va02 * /vsizO * /vaOl 



The wrenl6- signal enables data bits [55:48] in U1808. 



wren24 = vwe * /vrw * /va02 * /vaOl * /vaOO 



The wren24- signal enables data bits [63:56] in U1807. 
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wren32 



= vwe * /vrw * va02 * /vsizl * /vsizO + 

vwe * /vrw * va02 * vaOl * vaOO + 

vwe * /vrw * va02 * vsizl * vsizO * vaOO + 

vwe * /vrw * va02 * vsizl * vaOl 



The wren32- signal enables data bits [07:00] in U2108. 



wren40 = vwe * /vrw * va02 * vaOl * /vaOO + 

vwe * /vrw * va02 * /vsizl * /vsizO * /vaOl + 

vwe * /vrw * va02 * vsizl * vsizO * /vaOl + 

vwe * /vrw * va02 * vsizl * /vaOl * vaOO 



The wren40- signal enables data bits [15:08] in U2107. 



wren48 



= vwe * /vrw * va02 * /vaOl * vaOO + 
vwe * /vrw * va02 * vsizl * /vaOl -I 
vwe * /vrw * va02 * /vsizO * /vaOl 



The wren48- signal enables data bits [23:16] in U2008. 




The wren56- signal enables data bits [31:24] in U2007. 
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U1500 Buffer and U1505 DIP 



26.7. U1608-U1603 Video 
Controller 



U1505 DIP series-terminates the write enable signals to the frame buffer RAM 
on pages 18-21. The wren(56:00)t signals are output enables to the LS 652 tran- 
sceivers, and don't need to be series-terminated. The wren(56:00)t signals out- 
put enable data from the P2 data bus onto the video memory data bus (A -> B), to 
be written into the frame buffer RAM. 

U1500 LS 374 latches size, address, and read/write control signals from the P2 
bus on the rising edge of rvlatch from U1503 PAL through U1609 RDIP. These 
size, address and read/write bits are decoded by U1501 to issue a specific read or 
write enable strobe to the frame buffer. 

The video state machines perform an optional read or write access to the frame 
buffer memory followed by a video update read cycle. The basic memory cycle 
consists of 16 states; the state machine is clocked every 40 nsec and, hence, 
repeats every 640 nsec. 

The following are timing diagrams for the frame buffer; the first is with no CPU 
read/write access during the CPU portion of the cycle (first 320 nsecs), and the 
second includes a CPU read/write access. 



* State 1 



2 3 4 5 6 7 8 9 10 11 12 13 14 15 



* VOE 0000000011111111222222223333333344444444555555556666666677777777 

* RAS — — 

* CAS ' 

* G 

* WE 

* WRA . 

* WCA 



* VPRA _ 

* VPCA 

* VINCRC 

* HCLK 

* ENREQ 



+These signals arc labelled "wen" in the schematics and labelled "wren" in the PAL listings. Don't be 
confused. They refer to the same signal. 
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* State 



10 11 12 13 14 15 



Clock 

VOE 

RAS 

CAS 

G 

WE 

WRA - 

WCA - 

VPRA - 

VPCA - 

VACK 

VINCRC 

HCLK 

ENREQ 



0000000011111111222222223333333344444444555555556 66 6666677777777 



26.8. U 1700-01 Video 
RAS/CAS Latches 



The video control state machine includes the two PROMs (U1608 and Ul 603) 
and their latches (U1601 and U1604). Three state bits, labelled statel, state2 and 
state3 (along with stateO, the TTL version of 80 nsec ECL clock) combine to 
make a 4-bit state counter which determines video cycle states zero through 
fifteen (state 0-15 in the timing diagrams immediately above). StateO, the TTL 
version of the 80 nsec ECL clock, provides synchronization between the ECL 
and TTL state machines. Three of these state bits — statel, state2, and state3 — 
are also used by the 3-to-8 demultiplexer U1602 to generate one of eight video 
output enable signals for the ALS 534 output buffers connected to the frame 
buffer RAM. 

These four state bits also generate (through U1603) the video RAS, CAS, write 
enable, horizontal clock (hclk), enable request (enreq, which qualifies the busy 
signal through U1600 AND gate), vack, and vgen- (which enables read data from 
the video buffer RAM). 

There are separate row and column address strobes for each half of the video 
cycle: 

□ vpra and vpca are the row and column address strobes for the processor 
(first) half of the video cycle; 

□ wra and wca are the row and column address strobes for the video update 
(last) half of the cycle. 

U1700 and U1701 hold the processor RAS and CAS addresses used during the 
processor half of the video cycle: 

d U1700 = RAS address (output controlled by vpra-) 

d U1701 = CAS address (output controlled by vpca-). 

Both of these registers (U1700 and U1701) have the P2 address latched into them 
by the rising edge of rvlatch (which is vlatch passed through U1609 RDIP) 
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coming from U1503 and have their outputs enabled by vpra- (U1700) or vpca- 
(U1701). When either of these go active during the processor half of the video 
cycle, the P2 address is presented to the video address bus. 

The video update half of the timing cycle Oast 320 nsecs) begins at state 8, when 
vack is true. During this half-cycle, the video refresh counter on page 17 
(U 1705:4) issues a refresh address through either U1702 (row address) or U1703 
(column address) buffers. Either the row or the column address is enabled from 
the appropriate buffers by vvra- (video row address) or wca- (video column 
address). The enabled address is latched onto the rcaddr(7:0) bus through U1707 
series terminator resistors. The video refresh counter is cleared by the vclr-, from 
the vertical state machine on page 22 of the schematics. The counter is not incre- 
mented during blanking (by qualifying vrcinc with displen through U1600 AND 
gate). 

26.9. Frame Buffer RAM Data take two paths from the frame buffer RAM: 

1. P2 data bus 

2. through the ECL circuitry out to the video display. 

The output enable for the video RAM chips is the signal mgen(l :0). However if 
there is a write to the RAM during the processor half of the video cycle, this sig- 
nal is over-ridden by the appropriate write-enable signal (mwren[56:00]), effec- 
tively disabling mgen(l:0) as an output enable. 

The vack- signal latches read data into the LS 652 transceivers; vlatch latches 
write data into the transceivers. These data are then connected either to (on a 
read cycle) or from (on a write cycle) the P2 data bus. 

The video output latches between the 64-bit frame buffer data bus and the 8-bit 
ECL converters (on page 23) are multiplexed by one of eight video output enable 
signals (voe[7:0]) asserted by the video control state machine through U1602 3- 
to-8-line decoder. The ALS 534 latches invert their outputs to compensate for 
the ECL output shifters. The ECL shifters' logic needs a one to be a video white 
and a zero to be a video black. Since this is the complement of the logic input to 
the 534s, the signals are inverted. 

During the last half of the video cycle, 64 bits of data are latched into the 8 ALS 
534 latches (at the output of the frame buffer RAM on pages 18-21) by the hor- 
izontal video clock signal, hclk, which is active at the end of state 15/beginning 
of state 0. Only one of these eight buffers will have its output enabled, however, 
depending upon which output enable signal (voe[7:0]) is issued by the video con- 
trol machine on page 16. Thus every 640 nsecs 64 bits of data are latched into 
their appropriate buffers.t 



tThe fict that this pixeVbil time is 10 nsecs — same as the ECL clock — is a "fundamental 
wonderfulness" (to quote the engineer) and purely serendipitous. 
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"UO. ECL Circuitry 



Eight bits of TTL video data are shifted out of the frame buffer latch whose out- 
put is enabled by one of the eight valid voe[7:0] signals. These eight bits are 
converted from TTL to ECL signal levels, and then from eight bits of parallel 
data to serial data, which is fed to the differential inputs of the CRT. 



Figure 26-6 Data Path — From Frame Buffer to CRT 



64 bits from frame buffer 




8 bits 




8 bits 




serial video data 






ALS534 

video data 

buffers 

pages 18-21 


U2303:01 
ECL level 
converters 


U2304:02 
ECL parallel 

to serial 
converters 




CRT 

























ECL Clock 



Serial data taken from the parallel-to-serial converters is passed through a "res- 
toration" flip-flop, U2310. which is toggled at 10 nsec clock rate. Since the 
1 OH 141 parallel-to-serial converters are susceptible to noise (which shows up on 
the monitor as every eighth pixel being slightly darker than the rest), U2310 flip- 
flop is used to shape and clean up the signal to the differential inputs of the CRT. 
U2310 also provides the differential signals needed by the CRT to drive the mon- 
itor. 

R2304 and 2305 resistors are used for differential transmission, and diodes 
2304:01 are used for transient suppression — clamp the voltage levels to -5 VDC 
and ground. 



NOTE Please see the 2060 video timing diagram (covering the output shifter, clock gen- 
erator, and blanking) in the appendix. 

The 8 data bits are shifted on 80 nsec boundaries from the 8-bit TTL output 
buffers (ALS 534s on pages 18-21). These 8 bits are converted to serial data, and 
shifted serially on 10 nsec boundaries out to the differential inputs of the CRT. 
The clock for this is derived from U2308 ECL oscillator, with J2301 jumper IN. 
Output of the oscillator is 10 nsec ECL clock, which is used to generate various 
clock signals used in video timing, through U2305 and U2312 video clock 
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26.11. Horizontal and 

Vertical Synch State 
Machines 



generator. 

This 10 nsec ECL clock is input to U2305 counter, which is in down-counter 
mode. ECL 20, 40 and 80 nsec clocks are generated; when its output is 000, the 
output of the OR gate asserts the ECL load signal, eload-, (true every 80 nsecs) 
which loads an 8-bit byte into the parallel-to-serial converters. 10 nsec eclklO is 
used to shift this byte out, bit by bit. 

Also derived from 10 nsec ECL clock is the 40 nsec TTL video clock, vclk40, 
and the stateO signal. The vclk40 signal is merely the TTL version of eclk40, 
passed through U2306 ECL-to-TTL converter. The stateO signal is derived from 
ECL 80 nsec clock, eclk80, and is the complement of the ECL signal (taken from 
the DIN- input). 

To make certain that the ALS 534 output buffers are loaded correctly on 80 nsec 
boundaries, the stateO signal (complement of 80 nsec ECL clock) is used. This 
80 nsec ECL clock (stateO signal) is used to synchronize the video state con- 
troller on page 16 with the eload- pulse from U2312 OR gate. 

Notice that the chip select input to the U2303:01 level converters is the blank- 
signal. This is the video blanking signal, generated by the horizontal state 
machine on page 22 and qualified by the video enable signal from the system 
enable register on page 14(b). When blank- to the CS inputs of the TTL-to-ECL 
level converters is true (low), the outputs of the level converters are forced to a 
zero state (black), which means that nothing will be painted onto the display dur- 
ing retrace period. 

During blanking periods the video refresh counter (page 17) is NOT incremented 

The timing signals are terminated by R2308 RDIP, which are 120ft/195ft 
pullup/pulldown which give an impedance of about 70ft, which is about the 
same impedance of the board traces. 

The horizontal and vertical state machines operate much alike; the horizontal is 
on the top of page 22 of the schematics, and the vertical is on the bottom. U2203 
is the output register for both state machines. 

640 nsec hclk starts U2201 counter incrementing, which increments the count 
into U2202 PROM, the horizontal state machine. The hsynch, display enable, 
and clear for the horizontal state machine counter are all asserted at the appropri- 
ate times by the horizontal timing PROM, U2202. 

Horizontal timings are given below, for both the 1 152 by 900 pixel display and 
the 1024 by 1024. 
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Timing: 












N 


1 Horizontal state = 


64 pixel; 


1 pixel 


= 10 nsec. 








Range 


Length 


Length 


Time 








[State] 


[State] 


[Pixel] 


[Usee] 






*** 1152 x 


900 Display *** 










cycle 


00. .24 


25 


1600 


16.00 


HFreq = 


62.5 KHz 


visible 


00. .17 


18 


1152 


11.52 






invisble 


18. .24 


7 


448 


4.48 






f rontporch 


. . 















hsync 


18. .19 


2 


128 


1.28 






backporch 


20. .24 


5 


320 


3.20 






*** 1024 x 


1024 Display *** 










cycle 


00. .24 


25 


1600 


16.00 


HFreq = 


62.5 KHz 


visible 


00. .15 


18 


1152 


11.52 






invisble 


16. .24 


7 


448 


4.48 






f rontporch 


16. .16 


1 


64 


0.64 






hsync 


17. .18 


2 


128 


1.28 






backporch 


19. .24 


6 


384 


3.84 



















The display enable signal, displen, is ANDed at U1600 with the enable video bit 
from the system enable register to disqualify blanking (when both signals are 
true). The hsynch signal, which occurs every 16 usees (1 152 visible plus 448 
invisible horizontal pixels times 10 nsec ECL clock), clocks the vertical state 
machine's counter. Vertical timing is given below: 



f 

1 state = 1 line = 16 


00 u,sec 


(62.50 KHz) 




Range 


Length 


Time 




[Lines] 


[Lines] 


[Usee] 




*** 1152x900 Display *** 






cycle 000. .936 


937 


14992 


66.70 Hz 


visible 000.. 899 


900 


14400 




invisble 900. . 936 


37 


592 




f rontporch 










vsync 900. . 909 


10 


160 




backporch 910. . 936 


27 


432 




*** 1024x1024 Display 


*** 






cycle 000.. 1060 


1061 


16976 


58.91 Hz 


visible 000.. 1023 


1024 


16384 




invisble 1024.. 1060 


37 


592 




f rontporch 










vsync 1024. .1033 


10 


160 




backporch 1034.. 1060 


27 


432 




v 



sun 

mcrotyttems 



[Rev 1 of 10 May 1987) CONFIDENTIAL! 



Chapter 26 — Video Circuitry 259 



U2206 and U2207 vertical state machine counter is incremented by hsync. The 
count is applied to vertical timing PROM U2208, which asserts various control 
signals from the vertical state machine: vertical synch, vertical blanking (during 
vertical retrace), and vclr, which clears the vertical state machine's counter, 
U2206 and U2207, and also clears the video refresh counter on page 17. 

Notice that the vertical blanking signal, vblank, is fed from the output of the state 
machine register, U2203, back into the horizontal state machine. This causes 
hblank and vblank to be ORed together. The horizontal state machine's blanking 
always occurs before vertical blanking; if a vblank is valid after an hblank, it will 
merely append the vblanking interval to the tail of the horizontal blanking period 
to produce clean and continuous blanking during vertical retrace. 
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VMEbus — Performance 



27.1. 2060 VME 

Implementation 



The 2060 VME interface was designed for the highest data transfer rate possible 
— given the constraint of the extremely limited printed circuit board space avail- 
able. Under control of the CPU, the 2060 is capable of transferring up to 8.9 
Megabytes/second to or from an external VME device. The 2060 memory is 
capable of accepting data at a rate of up to 7.8 Megabytes/second when under the 
control of an external VME master. 

MASTER CAPABILITIES 



Data Bus Size: 
Address Bus Size: 
Timeout Option: 
Sequential Access: 
Interrupt Handler: 



Requester Option: 
Bus Busy Option: 

Read/Modify/Write : 



D32 MASTER 32/16/8 bit data 

A32 MASTER (DYN) 32/24/16 bit addresses 

TOUT (737) 737 microsecond timeout period 

None 

IH(l-7) (STAT) Level 1 thru 7, 
independently jumperable 
All interrupts use vectors provided by 
VMEbus interrupters, per the VME spec. 

ROR R(3) Release on request, level 3 

Releases BBSY after AS assertion when 
releasing bus 

Will not release VMEbus during 
Read/Modify/Write cycles 
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SLAVE CAPABILITIES 



Data Bus Size: D32 SLAVE (DYN) 32/16/8 bit data 

Address Bus Size: A32 SLAVE (DYN) 32/24 bit addresses 

(no 16-bit addr.) 

Sequential Access: None 

Special Access Mode: A high-speed access mode is engaged if 

the time from DTACK assertion to the next 
AS and DS assertion is less than 200ns. 

Interrupter Options: None 

32-bit Slave 

Addressing: The 2060 responds to the bottom 1 Mbyte by 

performing DVMA using system function codes 
and responds to the top 2 Gbytes by 
performing DVMA using user function 
codes. Response can be dynamically 
disabled on 256 Mbyte boundaries. 

24-Bit Slave 

Addressing: The 2060 responds to the bottom 1 Mbyte 

by performing DVMA, by using the system 

function codes. 

SYSTEM CONTROLLER CAPABILITIES 



Clock Option: SYSCLK 16 MHz, 

jumperable (not used on board) 

Arbiter Option: ONE Bus Request/Grant Level 3 only, 

or External Arbiter 

Bus Time Out Module: None 

Sysreset Option: SYSRESET MASTER or SYSRESET SLAVE, 

including manual button 

Sysfail Option: Not Monitored 

ACfail Option: Not Implemented (ACFAIL is 

connected to SYSRESET) 

ENVIRONMENTAL CHARACTERISTICS 



Operating Temperature: 10-40 C 

Humidity: 5-90% non-condensing 
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POWER CHARACTERISTICS 

+5 Volts: 14 Amp Max. 

-5 Volts: 1 Amp Max. 

+12 Volts: 0.5 Amp Max. 

-12 Volts: Not used 



^SUIl {Rev 1 of 10 May 1987} CONFIDENTIAL! 



rncf06yst6m& 



28 



VME Arbiter and Requester 



VME Arbiter and Requester 269 

28.1. Terminology for VME Arbiter and Requester 269 

28.2. U2704 VME Arbiter and Requester 271 

State Machine as Arbiter and Requester 272 

Transitions from BUSREQ State 273 

Transitions from MASTER State 274 

Transitions from MASTER_NG State 276 

Transitions from BUSGRANT State 276 

28.3. State Machine as Requester Only 277 

Transitions from IDLE State 277 

Transitions from BUSREQ State 278 

Transitions from MASTER State 279 

Transitions from MASTER_NG State 280 

Transitions from the BUSGRANT State 28 1 




28 



VME Arbiter and Requester 



28.1. Terminology for 
VME Arbiter and 
Requester 



The VME Arbiter and Requester functions are implemented in the synchronous 
state machine shown on page 27 of the schematics. The Arbiter/Requester state 
machine (U2704) is responsible for: 

n granting control of the VMEbus to the CPU while holding off other devices 
wishing control of the VMEbus, and 

□ granting control of the VMEbus to external VME devices when the CPU 
doesn't wish to access it. 

The arbiter and requester functions could have been implemented as separate 
modules, but this was not done because separating the functions would have 
introduced extra states into the request process, slowing it significantly and 
increasing the chip count. 

The arbitration function can be locked out by moving shunt J2701 to J2700; this 
allows the customer to perform arbitration on a separate board, in order that two 
or more 2060 boards can be installed in the same system for testing or multiple- 
processor systems. Moving this jumper from J2701 to J2700 leaves the 2060 
board operating only as a VMEbus requester, as detailed in the VMEbus Manual. 
The arbiter/requester state machine operates differently in the two modes, so they 
are handled separately below. This entire discussion assumes a familiarity with 
the VMEbus specification, so no attempt is made here to explain the basic work- 
ings of the VMEbus. 

□ B_AEN: Originally stood for VME Address Enable, but now the addresses 
are actually enabled by B_OECPU. B_AEN indicates to the VME Master 
Controller PAL (U2806) that the 2060 board has control of the VMEbus, 
causing U2806 to assert B_OECPU. 

d B_BBOUT: VMEbus Busy OUT. This signal indicates the 2060 board is 
driving the VMEbus busy signal, P1_BBSY. It is separated from P1_BBSY 
by open collector driver U2702. 

a B_BG3IN: VMEbus Grant 3 la When the 2060 is jumpered as the 
VMEbus arbiter (J2700 out and J2701 in), B_BG3IN is tied to ground to 
save on terms inside the VME Arbiter/ Requester PAL. When the 2060 is 
jumpered to be a VME Requester only (J2700 in and J2701 out), this signal 
is the synchronized form of P1_BG3IN, indicating that the off-board VME 
Arbiter is granting the VMEbus to the 2060 board. 
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d B.BGOUT: VMEbus Grant OUT. Electrically the same as signal 
P1_BG30UT, this signal indicates that the VMEbus arbiter on the 2060 
board is granting control of the VMEbus to an external master. The 2060 
has control of this signal only if configured (through jumpers) to be the 
VMEbus arbiter. 

d B_BROUT: VMEbus Request OUT. This signal is buffered by open col- 
lector driver U2702 to form P1_BR3, indicating that an external VMEbus 
master has control of the VMEbus and the 2060 wishes to acquire control. 

d B_SBBIN: VME Synchronized Bus Busy IN. P1_BBSY is run through a 
low-pass filter (C2700 and R2700), men synchronized by c60 clock to form 
this signal. 

d B_SBR: VME Synchronized Bus Request All four levels of VMEbus 
request, P1_BR3:0, are logically ORed in U2703, then synchronized by c60 
clock to form this signal. 

d B_SSEL: Bus Synchronized SELect, indicating that the CPU is accessing 
the VMEbus. This signal is asserted from U2701 PAL at state 5 if either 
BJQNTA or MMUJVME is active, and is held active during freeze cycles. 

d P1_AS: VME Address Strobe 

□ P1_BBSY: VMEbus BuSY signal, asserted by the current VMEbus master 
to indicate that it has control of the VMEbus. Control of the VMEbus may 
not be taken away from this master until it has deactivated P1_BBSY. 

d P1_BR3,P1_BR2,P1_BR1,P1_BR0: VMEbus Request signals. The 2060 
board issues requests on P1_BR3 only, but will relinquish the bus upon 
receiving a request on any level. Requests on levels other than 3 will occur 
in a properly configured system only if the 2060 board is set up so as not to 
be the VMEbus arbiter. 

d P_RMC: Processor Read Modify Cycle. Indicates that the current cycle is 
part of an indivisible read-modify-write cycle, generally used to coordinate 
actions between several processors. The VMEbus is not given up as long as 
this signal is asserted in order that semaphores between multiple processors 
may be implemented in VMEbus memory. 

d S4SEL: State 4 SELect. This signal is asserted approximately at state 4 
during a CPU cycle that accesses the VMEbus. This signal is required to 
make sure that the Arbiter/Requester keeps the VMEbus until the upcoming 
state 5, because a B_SSEL is about to be asserted. Otherwise it would be 
possible for Arbiter/Requester to give up the bus just as B_SSEL became 
asserted, which would mean the VME Master Controller PAL could start its 
cycle after the VMEbus had already been given up. 
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28.2. U2704 VME Arbiter Pinout of the U2704 PAL is: 
and Requester 

Figure 28-1 U2704 Pinout 



************ *********** *i 



**** *•** 

/c_60 * 1* pal *20* vcc 

**** **** 

1 6 r 6 * 

**** **** 

/b_ssel » 2* *19* /s4sei 

***» **** 



**** **** 

/b_bg3in * 3* *18* /master_del 

**** **** 

* * 
»*** ***» 

b_sbr * A' *n* /b_aen 

**** **** 

* * 
**** .*** 

b_sas * 5" *16* /b_bro 

***» *»** 



**** »«*» 

/b_sbbir. * 6« *15* /b bbo 



/p_rmc » 7* *14* /b_bgo 



**** **** 

/pl_sysr « 8* *13* n c 

**»* **** 

* * 

**** **.« 

/b_arb « 9* *12« /b_sbclr 

**** **** 

* * 
**** **** 

gnd »10* *n* / oe 

**** «*** 

* * 
******************************* 
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ite Machine as Arbiter and 
jquester 



This discussion refers to the state diagram labelled "VME Arbiter & Requestor, 
Arbiter Mode," which is in Appendix A. 

State equations are given below; an explanation of the different states is given 
further on. 



r 

idle 


es 


/b aen*/b_bro*/b_bbo*/b_bgo*/pl_sysr 


^ 


master 


- 


b_aen*/b_bro*b_bbo*/b_bgo*/pl_sysr 




master_grt 


- 


b_aen*/b_bro*7b_bbo*b_bgo*/pl_sysr 




busgrant 


- 


/b_aen*/b_bro*/b_bbo*b_bgo*/pl_sysr 




busreq 


ss 


/b_aen*b_bro*/b_bbo*/b_bgo*/pl_sysr 




master_req 


= 


b_aen*b_bro*b_bbo*/b_bgo*/pl_sysr 




waitreq 


= 


/b_aen*b_bro*b_bbo*/b_bgo*/pl_sysr 




wait 


= 


/b_aen*/b_bro*b_bbo*/b_bgo*/pl_sysr 




master_ng 


= 


b_aen*/b_bro*/b_bbo*/b_bgo*/pl_sysr 




\- 






J 



The state machine starts in the IDLE state waiting for B_SSEL or B_SBR. 

d B_SSEL indicates that the CPU wants to access the VMEbus, and is asserted 
from U2701 when signal MMUJVME or B_INTA is asserted, which hap- 
pens during a read or write to the VMEbus or an interrupt vector acquisition 
cycle from the VMEbus, respectively. 

d B_SBR is asserted when P1_BR3 comes in from an external VME device 
(through U2401 NAND gate) indicating that it wants the bus. P1_BR2, 
P1_BR1, and P1_BR0 are monitored for the case where the 2060 board is a 
requester only. 

When B_SSEL is asserted there are three possible state transitions, depending on 
the state of B_SBBIN (synchronized bus busy in, indicating that an external dev- 
ice is asserting P1_BBSY on the VMEbus) and B_SAS (a synchronized version 
of VMEbus address strobe). 

1 . If neither B_SBBIN or B_S AS are asserted, the VMEbus is idle and the next 
state is MASTER, in which we assert B_BBOUT to lock the VMEbus and 
B_AEN to signal to the VME master interface that the CPU has been 
granted the bus. B_AEN is the signal referred to in the VMEbus Manual as 
Master-Granted-B us. 

The equation MASTER state is: 
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f 






N 


In state IDLE; 








if B SSEL * !B SBBIN * 


!B SAS then state = 


= MASTER 




I 






J 



2. The second case is when B_SBBIN is not asserted but B_SAS is, which 
means another device is just about to finish using the VMEbus and has 
released P1_BBSY so that the arbitration process can go on in parallel with 
that device's last cycle. In mis case we go to the WAIT state, where we 
assert B_BBOUT to lock the VMEbus, and wait for B_SAS to be negated 
before jumping to the MASTER state where control is granted to the VME 
master interface. 



The equation for the WAIT state is 




In state IDLE; 




if B_SSEL * !B_SBBIN * B_SAS then state = 

^ 


= WAIT 



The third case is when B_SBBIN (synchronized bus busy) is asserted, caus- 
ing us to jump to the BUSREQ state, where we assert B_BROUT. This is 
necessary in case there is another Release On Request VMEbus requester 
out there, because such a device will not release P1_BBSY until it sees a 
request from another device. 



The equation for the BUSREQ state is 




r 

In state IDLE; 

if B_SSEL * B_SBBIN then state = 




" > 

= BUSREQ 

) 



Transitions from BUSREQ 
State 



There are two possible transitions from the BUSREQ state once B_SBBIN has 
been negated, depending on the state of B_SAS at that point. 

1 . If B_SAS is negated also, then we jump to the MASTER -REQ state, where 
we assert B_AEN, B_BBOUT, and continue asserting B_BROUT to 
guarantee overlap between our assertion of P1_BBSY and our negation of 
PI BR3. On the next clock we make the transition to the MASTER state. 



The equation for the MASTER-REQ state is 




r 
In state BUSREQ; 

if !B_SAS * !B_SBBIN then state - MASTER-REQ 

^ _. 





2. The second way of leaving the BUSREQ state is to jump to the WAITREQ 
state, which occurs if B_SAS is still asserted when B_SBBIN becomes 
negated. This means that the external device that had control of the 
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VMEbus is performing its last transfer and has released P1_BBSY, so that 
arbitration can take place. 



The equation for the WAITREQ state is 




In state BUSREQ; 


>l 


if B_SAS * !B_SBBIN then state «= WAITREQ 




v 


J 



Transitions from MASTER 

State 



In the WAITREQ state, we once again assert B_BBOUT and continue asserting 
BJBROTJT to guarantee overlap between the two signals. 

At the next clock we 

1 . jump to the WAIT state if B_SAS is still asserted, or 

2. jump to the MASTER state if B_SAS is now negated. 

From the WAIT state we wait until B_SAS is negated before moving to the 
MASTER state. This wait is required by„the VMEbus, which dictates that the 
new VMEbus master mustn't enable its drivers onto the bus until the old master 
has negated the VME address strobe. 

The MASTER state is the normal condition of a release -on-request requester, and 
the only time we leave this state is when an external device has requested control 
of the VMEbus. 

When an external bus request is received (P1_BR3 asserted), we need to look at 
several conditions. 

1 . We will stay in MASTER state if P_RMC is asserted, which allows imple- 
mentation of interprocessor semaphores in VMEbus memory. 

2. We will also stay in MASTER state if S4SEL is asserted, which means that 
B_SSEL is going to be asserted at the next falling edge of the system clock 
(see terminology, above.) Without S4SEL here, it is possible for the VME 
Master Controller to assert VME address strobe even though we have made 
the decision to give up the VMEbus by leaving MASTER state. This is 
shown in the following timing diagram, in which B_SSEL occurs one clock 
after B_SBR is received. 
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Figure 28-2 VME MASTER State — Relationship ofS4SEL to B_SSEL 
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If neither P_RMC nor S4SEL is asserted when an external bus request is 
received, then we look to see whether or not the CPU is using the VMEbus. 

d If the CPU is not using the VMEbus, then B_SSEL will not currently be 
asserted and we will make a transition directly to the MASTER_NG2 state, 
in which we wait until the P1_BBSY that we have asserted onto the 
VMEbus is no longer being received as B_SBBIN. This is an indeterminate 
amount of time because of the low-pass filter on P1_BBSY on each 2060 
board, and because we don't know now many 2060 boards might be plugger' 
into the backplane. 



The equation for the MASTER_NG2 state is 






r 




"\ 


In state MASTER; 






if !B_SSEL * B_SBR * !P_RMC * 1S4SEL then state ■ 

L 


- MASTER_NG2 


/ 



When B_SBBIN has gone away, we jump to BUSGRANT state, where 
B_BGOUT is asserted to indicate that the external device requesting the 
VMEbus has been granted control. 

In the case where the CPU is using the VMEbus and an external bus request 
is received, then B_SSEL will currently be asserted and we will wait until 
the 2060 VME Master Controller has asserted P1_AS (which will be 
received as B_SAS) before we move to the MASTER_NG state. 



The equation for the MASTER_NG state is 




r 
In state MASTER; 


\ 


if B_SSEL * B_SBR * B_SAS * !P_RMC then state - MASTER_NG2 






J 
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Transitions from 
MASTER NG State 



There is a reason for the two separate states, MASTER_NG and MASTER_NG2. 
If we made a transition from MASTER to MASTER_NG when B_SSEL wasn't 
asserted and then B_SSEL was asserted, we would get stuck forever in 
MASTER_GRT state waiting for B_SSEL to be deasserted. 

Once in the MASTER_NG state, we wait for B_SBBIN to go away just as in the 
transition from MASTER_NG2 state mentioned above. At the point when 
B_SBBIN goes away we check to see if B_SSEL is still asserted, which means 
that the CPU is not yet finished with its cycle. If B_SSEL is still asserted we 
jump to MASTER_GRT state, where we grant the VMEbus to the external dev- 
ice that is requesting it, then wait for B_SSEL to be negated before jumping to 
BUSGRANT state. 



The equation for the MASTER_GRT state is 



In State MASTER NG; 



if B SSEL * !B SBBIN then state = MASTER GRT 



The advantage of issuing B_BGOUT before the CPU has finished with its cycle 
is that this overlaps the end of the CPU cycle with the time required by the bus 
grant signal to propagate down the bus grant daisy chain. When several boards 
are installed this can be a significant amount of time, on the order of 90 ns per 
board. This overlap is allowed by the VMEbus specification because the next 
device must wait until P1_AS is negated before taking control of the bus. If 
B_SSEL is not asserted at the point when B_SBBIN goes away, we jump directly 
from the MASTER_NG state to the BUSGRANT state. 

The equation for the BUSGRANT state is 



/■ 




In state MASTER_NG; 




if !B_SSEL * !B_SBBIN then state 


= BUSGRANT 


^ 





Transitions from BUSGRANT 
State 



Once we are in the BUSGRANT state, we wait for the external device that has 
now been granted the bus to acknowledge by asserting P1_BBSY (which we will 
receive as B_SBBIN). When we receive this signal we either jump to the IDLE 
state or the BUSREQ state, depending on the state of B_SSEL at that time. If 
B_SSEL is not asserted when B_SBBIN becomes asserted, that means the CPU 
does not wish to use the VMEbus and we jump to the IDLE state to await a 
request from the CPU or another VME device. 



The equation for the IDLE state is 




c 

In state BUSGRANT; 




if (!B SSEL * B SBBIN) + 




(!B_SBBIN * !B_SBR) then state «= 

v 


IDLE 
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If B_SSEL is asserted when B_SBBIN becomes asserted, that means the CPU 
wants to use the VMEbus and we jump to the BUSREQ state where we assert 
B BROUT. 



The equation for the BUSREQ state is 




r 

In state BUSGRANT; 


■\ 


if B_SSEL * B_SBBIN then state = 


BUSREQ 


v 


J 



28.3. State Machine as 
Requester Only 



When jumper J2701 is removed and jumper J2700 is inserted, the 
arbiter/requester state machine functions as a requester only, requiring (or allow- 
ing) the arbitration function to be taken over by another VME board. Operation 
as a requester bears a close resemblance to operation as an arbiter/requester 
except that now the effects of P1_BG3IN, VMEbus Grant Level Three In, must 
be taken into account, as that is how the external arbiter grants control to the 
2060 board. The following explanation refers to the state diagram titled "VME 
Arbiter/Requester, Requester-Only Mode," which is in Appendix A. 



Transitions from IDLE State 



The requester state machine starts off in the IDLE state, waiting for either a 
B_SSEL signal from the CPU indicating a request for control of the VMEbus, or 
a P1J3G3IN signal from the arbiter indicating the VMEbus has been granted to 
someone. 

The equation for the IDLE state is 



f 






s 


In state IDLE; 








if !B SSEL * 


!P1 BG3IN then state = 


IDLE 




v. 






J 



There are four transitions from the IDLE state, depending on the states of the 
above two signals plus P1_BBSY and B_SAS. These transitions are enumerated 
below: 

1 . If the CPU doesn't want the VMEbus when P1_BG3IN is received, then we 
pass the bus grant down the bus grant daisy chain by jumping to the BUS- 
GRANT state where we assert B_BGOUT, assuming that a device further 
down the daisy chain is requesting the bus. 

The equation for the BUSGRANT state is 



f 




N 


In state IDLE; 






if !B_SSEL * B_BG3IN then state « 


BUSGRANT 




v 




J 



If the CPU wants the VMEbus but no bus grant (P1_BG3IN) has yet been 
issued, then we jump to the BUSREQ state where we assert B_BROUT. 



sun 

mcfotystwns 



{Rev 1 of 10 May 1987} CONFIDENTIAL! 



278 2060 CPU Board Engineering Manual CONFIDENTIAL! 



The equation for the BUSREQ state is 






In state IDLE; 




•\ 


if !B_SSEL * B_BG3IN then state = 


BUS GRANT 




v. 




i 



3. The third transition from the IDLE state occurs when the CPU wants to 
access the VMEbus (B_SSEL asserted), a bus grant has been issued 
(P1_BG3JN asserted), no other device has acknowledged the bus grant 
(P1_BBSY negated), but the previous bus master is still active (B_SAS still 
asserted). In this case, we jump to the WATT state to wait for the negation 
of B_SAS before making the transition to the MASTER state. 



The equation for the WAIT 


state is 














In state IDLE; 














\ 


if B_SSEL * B_BG3IN 


* !B 


SBBIN 


* B . 


_SAS 


then 


state 


= WAIT 


- 














. 



4. The final way of leaving the IDLE state is to jump directly to the MASTER 
state, which happens when the CPU wants to use the VMEbus (B_SSEL 
asserted), the VMEbus is idle (P1_AS and P1_BBSY negated), and a bus 
grant has been issued (P1_BG3IN asserted). This happens when the CPU 
asserts B_SSEL just as a bus grant is being given to another device, so we in 
effect intercept the bus grant intended for the other device. 

The equation for the MASTER state is 



In state IDLE; 



if B SSEL * B BG3IN * !B SBBIN * !B SAS then state - MASTER 



Transitions from BUSREQ 

State 



Two transitions out of the BUSREQ state are possible, both requiring B_SBBIN 
negated and P1_BG3IN asserted: 

1 . If B_SAS is not asserted when we recognize that B_SBBIN is negated and 
P1_BG3IN is asserted, that means we can use the VMEbus immediately so 
we jump to the MASTER-REQ state. In the MASTER-REQ state we assen 
B_AEN to grant the bus to the CPU, B_BBOUT to inform the arbiter that 
we are taking the bus, and we continue asserting B_BROUT to guarantee 
overlap between the bus request and bus grant signals. On the next clock, 
we jump to the MASTER state. 

The equation for the MASTER-REQ state is 
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r 

In state BUSREQ; 






1 


if B_BG3IN * !B_SBBIN * 


!B_SAS then state 


= KASTER-REQ 




V. 






J 



Transitions from MASTER 
State 



2. If B_SAS is still asserted when we recognize that B_SBBIN is negated and 
P1_BG3IN is asserted, we must wait until the previous bus master relinqu- 
ishes the bus by negating P1_AS. We do this by jumping to the WAITREQ 
state, where we assert B_BBOUT and BJBROUT for the reasons mentioned 
above, but don't yet issue B_AEN ?.o grant the bus to the CPU. 



The equation for the WAITREQ state is 




c 

In state BUSREQ; 




if B BG3IN * !B_SBBIN * B_SAS then state 

I. 


= WAITREQ 



If at the next clock B_SAS has gone inactive, we jump to the MASTER state, 
otherwise we jump to the WAIT state to wait for the negation of B_SAS before 
moving to the MASTER state. 

All of the above paths lead to the MASTER state, where we assert B_AEN to 
inform the CPU that it has been granted the VMEbus, and we assert B_BBOUT 
to inform the arbiter that we have taken control. It is in this state that the CPU 
performs its transfers to and from the VMEbus. 

We leave the MASTER state when we see another device requesting the 
VMEbus via P1_BR0, 1 , 2, or 3, the OR combination of which is called B_SBR 
(U2401), as long as P_RMC or S4SEL are not asserted. Just as in the 
Arbiter/Requester case above, P_RMC holds the VMEbus throughout a CPU 
read-modify-write cycle, and S4SEL holds the VMEbus if B_SSEL is just about 
to be asserted. If the CPU is not using the VMEbus when we receive B_SBR 
(B_SSEL inactive), and Pl_BG3INhas been negated, we jump directly to the 
IDLE state. P1_BG3IN must be inactive to meet the VME specification require- 
ment that the requester must not release bus busy until bus grant in has been 
removed. 



The 


equation for the IDLE state (from MASTER) 


is 


r 
In 


state MASTER; 




\ 


if 


!B SSEL * B SBR * 


!B BG3IN 






* 1S4SEL * !P_RMC 


then state = 


IDLE 


v 






i 



If the CPU is still using the VMEbus when B_SBR is received, we wait until 
P1_AS has been asserted by the 2060 VME Master Controller PAL (and once 
again check that P1_BG3EN has been negated), then jump to the MASTER_NG 
state, where we wait for P1_BG3IN to be asserted again. 
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The equation for the MASTER_NG state is 



In state MASTER; 

if B_SSEL * B_SBR * !B_BG3IN 
* B SAS * !P RMC then state 



MASTER NG 



Transitions from 
MASTER NG State 



The purpose of the MASTER_NG state is to allow arbitration to proceed in 
parallel by releasing P1_BBSY but holding the bus by asserting P1_AS. 

From MASTER_NG state are three possible transitions, all of them eventually 
leading to the BUSGRANT state. 

1 . If the CPU is finished using the VMEbus before the arbiter issues the bus 
grant for the next master (B_SSEL negated before P1_BG3IN asserted), we 
jump to the IDLE state then to the BUSGRANT state when B_BG3IN is 
received. 



The equation for the IDLE state is 






In state MASTER_NG; 




~n 


if !B SSEL * !B BG3IN then state = 


IDLE 




v. 




J 



2. If we receive the bus grant at the same time that the CPU finishes using the 
VMEbus, we jump directly to the BUSGRANT state. 

The equation for the BUSGRANT state is 



/• ' - — — — ^-— — — — — ^^— — — ^— — — — — ^^— — 


> 


In state MASTER_NG; 




if !B_SSEL * B_BG3IN then state = BUSGRANT 




V- 


J 



3. If the bus grant is received before the CPU is finished using the VMEbus, 
we jump to the MASTER_GRT state, where we assert B_BGOUT and await 
the negation of B_SSEL before proceeding to the BUSGRANT state. 



The equation for the MASTER_GRT state is 




In state MASTER_NG; 


N 


if B_SSEL * B_BG3IN then state «= MASTER_GRT 




^ 


J 



^sun 

merotyuemt 



{Rev 1 of 10 May 1987) CONFIDENTIAL! 



Transitions from the 
BUSGRANT State 



Chapter 28 — VME Arbiter and Requester 2 8 1 



In the BUSGRANT state we assert B_BGOUT while awaiting the negation of 
P1_BG3IN. If at that point B_SSEL is not asserted we jump back to the IDLE 
state, whereas if it is asserted we jump to the BUSREQ state. 



The equation for the IDLE state is 



In state BUSGRANT; 

if !B SSEL * !B BG3IN then state «= IDLE 



The equation for the BUSREQ state is 






In state BUSGRANT; 




"\ 


if B_SSEL * !B_BG3IN then state = 


= BUSREQ 




V- 




/ 
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Memory RAM — Pages 32 and 33 



38.1. Memory Read 



38.2. Memory Write 



Eight banks of eighteen 256K-by-l-bit chips make up the memory array on the 
2060 board. This provides 4Mbytes of memory, with one bit of parity per byte. 
Multiplexing of eighteen address bits from the P2 bus, p2_a(21 :02), allow access 
to a bit within each 256K-by-l-bit chip, or an entire word from one of the eight 
banks. 

Bit data is bidirectionally connected to the 32-bit P2 data bus through the U3200, 
U3202, U3300, U3302 data transceivers. Direction of the data flow through 
these four transceivers is controlled by the assertion of the memory read/write 
(m_rw) signal. 

When m_rw is high — a read cycle — and output is enabled through the asser- 
tion of the memory buffer enable signal m_ben-, a bit of data from each memory 
RAM within the selected bank is coupled to the P2 data bus. 

When m_rw is low — a write cycle — and output is enabled through the asser- 
tion of the memory buffer enable signal m_ben-, a bit of data is written into each 
memory RAM (within the selected bank) from the P2 data bus. 

Thus the truth table for the memory data buffers is: 



Table 38- 1 Memory Data Buffers — Data Flow 



Gate 

mjben- 


Direction 

m rw 


Which way the 
data will flow 





1 


memory to P2 data bus (A -> B) 








P2 data bus to memory (B -> A) 


1 


X 


outputs are tri-state 



38.3. Processor Data 
Acquisition 



Note that assertion of m_rw and m_ben- are valid/or ail four data transceivers 
simultaneously and thus memory data is driven onto all 32 bits of the data bus; 
this leaves it up to the processor (through bus sizing and byte offset capabilities) 
to access the byte(s) it wants within this 32-bit data space. Manipulation of the 
size and offset bits by the processor also determines which of the RAS signals 
will be valid to each bank of memory (see the section on U3100 and U3102 for 
further explanation). 
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VME Master Interface 



29.1. VME Select and 
Freeze PAL, U2701 



The VME Select and Freeze PAL, U2701, controls the VMEbus select signals 
B_SSEL and S4SEL, and controls the operation of the VMEbus Master Interface 
during VME rerun cycles. 

A CPU rerun occurs under two sets of circumstances: 

1 . when a VME device fails to respond within 2.88 microseconds, or 

2. when the CPU attempts to access the VMEbus at the same time as an exter- 
nal VME master accesses the 2060. 
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.nout for the U2701 PAL Pinout of the U2701 PAL is: 

Figure 29-1 U2701 Pinout 



************** ************** 

* * * * 

* »** * *** 

/c 60 * 1* pal *20* vcc 



1 6 r 4 



*** * 



/mmu_vme * 2* *19* nc 

**** **** 



/c_s4 * 3* *18* b_cs< 

**** **** 

* * 

** * * * * ** 

/b inta * A* *17* /b rerur 



**** **** 

/p2_as * 5* *1€* /b_freeze 

**■*■* **** 

w * 

**** **•* 

b_torrn * 6* *15* /b_ssel 

** * * **** 

* * 
***■*■ ***W 

b_tolat * 1* *IA* b_entc 

**** **** 

* * 
**** **»» 

/s_dma * 6* *13* /slsel 

**** **** 

* * 
**** **** 

/s_xreq * 9* *12* /init 

**** **** 

* * 
**** **** 

gnd *10* *11* /oe 



******************************* 
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Terminology for the VME n B_CS4: VME Clock State 4. Latches CPU addresses into the VME master 

Select and Freeze PAL address latches at state 4 on every P2 Bus cycle except when the VME inter- 

face is frozen. 

d B_ENTO: VME ENable Time Out. Tells the VME Rerun Timer to start 
counting the time from the start of a VME Master cycle. Resets the counter 
once a rerun has been requested. 

d B_FREEZE: Tells the VME Master Controller PAL and the VME Data 
Buffer Control PAL to freeze their current state so that the CPU doesn't 
have to maintain all of its signals while it reruns a cycle. 

d B_INTA: Signal from the Interrupt Acknowledge Generator PAL (U304) 
that indicates the CPU is trying to fetch an interrupt vector from the 
VMEbus. 

d B_RERUN: Tells the Bus Error PAL (U202) to assert P_HALT and 
P_BERR simultaneously, causing the CPU to rerun its current cycle. This 
signal is combined in PAL U107 with the rerun request from the P2 Bus, 
SP2_RERUN, before going to the Bus Error PAL. 

d B_SSEL: the key signal in all VME master cycles, indicating that the CPU 
is accessing the VMEbus either to write or read data or fetch an interrupt 
vector. Goes active at state 5. 

d BJTOLAT: VME TimeOut LATch. Comes from the VME Rerun Timer 
(U2700) and signifies that it's time to close the latches that allow VME 
DTACKs onto the 2060 board. 

d BJTORRN: VME TimeOut ReRuN. Comes from the VME Rerun Timer 
(U2700) and signifies that it's time to rerun the CPU because a VME Slave 
has taken too long to respond. This signal has meaning only when asserted 
in conjunction with BJTOLAT. 

d LONG TIMEOUT: A period equal to 256 Short Timeouts, at which point 
we decide that the addressed VME device is never going to respond, and we 
abort the cycle. 

d MMUJVME: Signal from the MMU Validanon/Decode PAL (U6 12) that 
goes active when MMU_TYP[1] is active, indicating that the CPU is either 
reading or writing data to the VMEbus. Goes active at state 4. 

d S4SEL: combinatorial signal that warns the VME arbiter that B_SSEL will 
be asserted on the next falling clock edge. This is required so that the arbiter 
won't decide to give up the bus just as the CPU starts to use it, which would 
create a condition where the VME Master Controller PAL could assert 
address and data strobes onto the VMEbus even though we had just granted 
control of the bus to another board. Goes active at state 4. 

d SHORT TIMEOUT: A 2.88 microsecond period after which the CPU 
reruns a VME access if no response is received from the addressed VME 
device. 
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~i»U Reruns on VME "Short 
.neouts" 



CPU Reruns on Deadlocks 



29.2. VME Select and 

Freeze State Diagram 



Normal Operation 



When a VME device being accessed by the 2060 has a response time of greater 
than 2.88 microseconds, the access will be broken up into one or more shorter 
cycles by VME "short timeouts." This is required because the VMEbus has no 
specified maximum response time, and the local bus must not be kept tied up for 
long periods of time or the 2060 will start missing Ethernet packets and dynamic 
RAM refresh cycles. The Xylogics disk controller board, for example, has 
response times as long as 80 microseconds because reads from certain registers 
are actually requests for the Xylogics microcontroller to perform a short program 
and report back the results. 

In this case what happens is that the state of the VME Master Interface is frozen, 
incoming DTACKs from the VMEbus are disregarded, and a rerun of the current 
cycle is requested of the CPU via simultaneous assertion of P_BERR and 
P_HALT. The CPU indicates its acceptance of the rerun by negating address 
strobe (P_AS) and re-arbitrating for the local bus. If at that point a request for 
the local bus is pending (signified by P_BR being active), the CPU will grant 
local bus access to a DVMA device and a DVMA cycle will be performed before 
the CPU begins the instruction again. This would be the case if an Ethernet 
request (E_DMAREQ and S_EHOLD) or a refresh request (R_DMAREQ) were 
pending. 

The second type of CPU rerun is called a deadlock. Arbitration of deadlocks is 
required because the VMEbus makes no provision for backing off or rerunning a 
cycle. During deadlocks the B_RERUN signal is asserted but the B_FREEZE 
signal is not; since the CPU does not yet have control of the VMEbus there is no 
"VMEbus state" to preserve. The CPU will accept the rerun command, grant 
the local bus to the DVMA controller, the VME Slave cycle will complete, and 
then the CPU will perform its VME Master cycle. 

The state diagram covers four possible contingencies: 

n normal operation 

n resolution of deadlocks 

d short timeouts, and 

d long timeouts. 

Each of these are explained below. Refer to the state diagram labelled "VME 
Select & Freeze State Machine" (in Appendix A) for the following explanations. 

Normal operation of the VME Select and Freeze PAL can be defined as VME 
accesses that don't involve reruns or deadlock conditions. Under normal opera- 
tion, U2701 waits in the IDLE state, or state A of the figure, until receiving either 
the signal MMU_VME or B_INTA indicating a VME data access or interrupt 
vector fetch, respectively. 

The equation for the IDLE state is 



r 






\ 


if 


!MMU VME * 


!B INTA then state = IDLE 




L. 






J 
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When one of these signals becomes asserted, U2701 waits until CS4 is also 
asserted by the central timing generator, then asserts B_SSEL. Waiting for CS4 
assures that B_SSEL won't go active until after state 5 because U2701 is clocked 
by /c60 (inverted 60 nsec clock). P2_AS is included in the equation with 
MMUJVME so that B_SSEL is negated properly at the end of the cycle. This 
takes us to state B, in which we stay until the next clock. 

The equation for the state B is 



In state IDLE; 

if MMU_VME * P2_AS * CS4 

+ B INTA * CS4 then state - state B 



Deadlock Resolution 



In state B you can go either to state C (if S_XREQ is not asserted) or state E (if 
S_XREQ is asserted). 

With the assertion of B_ENTO the VME short timeout counter starts counting to 
signal a rerun. If the VME device being accessed responds within 2.88 
microseconds, the response (P1_DTACK) will get transmitted to the CPU, which 
will respond by negating P2_AS. This will cause U2701 to jump to state D by 
negating B_SSEL, then on the following clock it will return back to the IDLE 
state. 

A deadlock occurs when the CPU accesses the VMEbus just as an external VME 
device (that already has control of the VMEbus) accesses the P2 bus. As in nor- 
mal operation above, U2701 will proceed from state A to state B. Then 
S_XREQ will be received either before or after the transition to state C. 

1 . If S_XREQ is received during state B, the state machine goes directly to 
state E. 

2. If S_XREQ is not received in state B, the state machine goes on to state C, 
whereupon assertion of S_XREQ moves the state machine to state E. 

Once in state E, B_RERUN is sent to the Bus Error PAL, U202. On the next 
clock B_ENTO will go away (since we are already rerunning the CPU and don't 
want to be confused by short timeout signals). This will put us in state F where 
we will wait for the rerun to be accepted by the CPU, indicated by P2_AS going 
away. When P2_AS goes away we will jump to state G and negate B_SSEL, fol- 
lowed by a transition back to IDLE on the next clock. 

At this point the CPU grants control of the P2 bus to the DVMA controller, 
which will perform a VME Slave cycle before returning control of the P2 bus 
back to the CPU. When the CPU regains control of the P2 bus, it will again 
attempt to perform the same cycle it attempted earlier. 
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IE Short Timeouts 



VME Long Timeouts 



When the CPU requests access of the VMEbus there may be some time wasted in 
acquiring control of the bus, which is followed by the selected device taking a 
further amount of time to respond. If the sum of these two time periods exceeds 
2.88 microseconds, a VME Short Timeout is asserted. This results in the CPU 
rerunning the cycle (after the DVMA controller first checks to see if there are any 
pending requests from the refresh or Ethernet subsystems). In this case U2701 
will proceed normally from state A to state B to state C, as above, and 2.88 
microseconds later will receive the combination of signals that causes a 
Freeze/Rerun. That combination is the simultaneous assertion of B_TOLAT and 
B_RERUN. 

The start of a Freeze/Rerun cycle will be signalled by U2701 asserting 
B_FREEZE and B_RERUN. B_FREEZE goes to the VME Master Interface and 
the VME Data Buffer Controller, causing them to freeze the state of the VMEbus 
interface until the CPU restarts the current access. B_RERUN goes to PAL 
U107 where it is combined with the synchronized P2 rerun signal, 
SP2_RERUN.t 

The combined signal, RERUN-, men goes to the Bus Error PAL U202 where it 
causes P_BERR and PJHALT to be asserted. 

On the next clock after B_FREEZE and B_RERUN are asserted, B_ENTO will 
be negated, causing the VME short timeout counter (U2700) to be reset. The 
state machine will then remain in state J until the CPU responds to the rerun 
request by negating P2_AS, at which point it will jump to state K by negating 
B_RERUN. On the next clock the state machine will proceed to state L with the 
assertion of B_ENTO to start the VME short timeout counter counting the period 
until the next rerun cycle. We will remain in state L until the state 4 of the next 
non-DMA cycle, indicated by S_DMA being negated and CS4 being asserted. 
This is guaranteed to be the CPU re-attempting its original transfer. When this 
occurs, we will jump back to state C by unfreezing the state of the VME interface 
(negating BJFREEZE). 

The VME Rerun Timeout counter is an LS590 (U2805) that counts 256 Freeze 
cycles on a single CPU access before asserting BJTOUT. It starts counting when 
B_SSEL is asserted, which is accomplished by inverting the B_SSEL signal in 
inverter U2803 and running that into the clear input When B_SSEL is asserted 
the clear condition is removed. If B_SSEL goes away before the counter reaches 
256, the counter is cleared by B_SSEL. 

The counter is clocked by the trailing edge of B_FREEZE, so we will be in state 
C when BJTOUT is asserted. This will cause TOUT to be asserted externally to 
the VME Select and Freeze State Machine. This will assert S_TOUT, which will 
cause the Bus Error PAL U107 to assert P_BERR, aborting the cycle. The VME 
Select and Freeze State Machine will see only the CPU's response to this, which 
will be the negation of P2_AS. This will cause it to jump to state D, followed by 
state A, the IDLE state. 



tThis PAL is used only because il had the required number of inputs and outputs to combine these signals, 
so can be thought of as an external AND gale (logical NOR). 
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VME Long Timeouts are inhibited during the 200 millisecond VME reset period 
so that if the CPU attempts to access the VMEbus during this period it will rerun 
the cycle continuously until the reset period is over. This is done by inverting 
the B_RSTOUT signal in inverter TJ2803, and feeding that into the count enable 
input of the VME Rerun Timeout Counter. 

29.3. VME Master The VME Master Controller PAL controls VME address strobe, data strobe, 

Controller PAL transfer size, output enable, acknowledge enable, and some address modifiers 

U2806 during VME Master cycles. It is an asynchronous state machine that will run as 

fast as the PAL is able. The PAL has one fairly complex state machine to handle 
output enable, address strobe, data strobes, and acknowledge enable; one fairly 
simple state machine to handle address modifiers; and one combinatorial output. 
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Pinout of the U2806 PAL is: 
Figure 29-2 U2806 Pinout 



************** ************** 

**** **** 

/pl_dtack * 1* pal *24* vcc 

**** **** 

* 2 18 * 

*«*» **»* 

/b_ssoe * 2* *23* /pl_berr 

**** **** 

* * 
**** **** 

/b_freeze * 3* *22* b_acken 

**** **** 



p2_typ[0] * 4* *21* /b_oecpj 

**** **** 



**** **** 

/mbl6sel * 5* *20* /b_lds 

**** ***» 

*»»* **** 

/q_top64k * 6* *19* /b_uds 

**** **** 



**** **** 

p2_a[00j * 7« *:e* /b_anSo'j: 

**** **** 



p2_a[01] * 8* *n* /b am4out 



**** ***» 

/b_aen * 9* *16* /b_as 

**** **** 

* * 

**** **** 

/b_ssel *10* *15* /p blword 



p2_siz(0] *11* *n* /p2_as 

**** **** 



gnd *12* *13* p2_siz[l) 

**** **** 

******************************* 
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Terminology for VME Master 
Controller 



VME Master Controller State 
Machine 



n B_ACKEN: VME ACKnowledge ENable. Allows acknowledges, 

P1_DTACK and P1_BERR, to flow to the CPU on VME cycles. Also clear 
them at the end of each cycle and holds them off during rerun cycles. 

d B_AEN: Signal from the VME Arbiter/Requester PAL (U2704) indicating 
that the CPU has won control of the VMEbus. 

d B_FREEZE: Signal from the VME Select and Freeze PAL (U2701) that 
causes the current state of the VME Master Interface to be frozen during 
CPU rerun cycles. 

□ BJDECPU: VME Output Enable CPU. Enables the Master Address 
Buffers onto the VMEbus and goes to the VME Data Buffer Control PAL 
(U3000) where it is combined with several other signals to enable the P2 
Data bus onto the VMEbus under certain conditions. 

d B_SSEL: Signal from the VME Select and Freeze PAL (U2701) indicating 
that the CPU is accessing the VMEbus. 

d B_SSOE: VME Synchronized Synchronized Output Enable. B_OECPU 
from the VME Master Controller PAL (U2806) is run through two flip-flops 
to form B_SSOE, which indicates that addresses have been enabled onto the 
VMEbus long enough to satisfy the VME address setup requirement. 

n MB 16SEL: MegaByte 16 SELect; generated by address decoding logic in 
the Video section, this signal is active when P2_A[31:24] are all high. This 
function is shared with the Video section to save an IC, and chooses between 
32- and 24-bit VME addressing modes on Master cycles. 

d MMU_TYP[0]: The low-order type bit generated by the MMU. It is used 
here to distinguish between 16- and 32-bit VME accesses. When 
MMU_TYP[1] is high, MMU_TYP[0] low indicates 16-bit VME data space, 
and high indicates 32-bit VME data space. 

d P_BL WORD: Processor to VME LongWORD. Indicates that the CPU is 
performing a legal VME 32-bit data transfer. Active only when performing 
a longword-aligned longword access to type 3 space. Latched externally in 
U2808. 

d Q_TOP64K: Active when P2_A[23: 16] are all high. It is used here to 
choose between 24- and 16-bit VME addressing modes on Master cycles 
when MB16SEL is active. The "Q" prefix has historical roots. 

The following discussion refers to the state diagram titled "VME Master Con- 
troller State Machine," which is in Appendix A. 

U2806 waits in the IDLE state (A) until the VME Arbiter signals that the CPU 
has been granted control of the VMEbus by asserting B_AEN. It then also 
checks to see that neither P1_DTACK nor P1_BERR is active before starting a 
cycle in order to satisfy the VME requirement that the acknowledges must be 
inactive before data strobes are asserted. If this is the case we jump to state B by 
asserting B_OECPU, which goes to the VME Master Address Buffers and 
enables the P2 addresses onto the VMEbus. 
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The equation for the IDLE state is 



if B AEN * !P1 DTACK * !P1 BERR then state = IDLE 



The VMEbus specification requires addresses to be enabled onto the bus for a 
minimum of 35 nanoseconds before address strobe is asserted. In order to satisfy 
this requirement worst case, we run B_OECPU through two clocked flip- flops 
(routed twice through U2703) and wait for the result, B_SSOE, before asserting 
address strobe. This is shown on the state diagram as states C and D. 

Once address strobe is asserted, we check for the size and alignment of the 
transfer and assert data strobes accordingly. If the transfer is word-aligned and 
its length is word, 3-byte, or longword, both data strobes are asserted and we 
jump to state F. If the transfer is word-aligned and byte size, upper data strobe is 
asserted and we find ourselves in state M. If the transfer is not word-aligned, 
only lower data strobe is asserted and we end up in state P. 



Table 29- 1 U2806 Transfer Logic 



Transfer 


Length 


State 


Equation 


word aligned 


word 

3-byte 

longword 


F 


!P2_A00 * (!P2_SIZ[0] + P2_SIZ[1]) 


word-aligned 


byte-size 


M 


!P2_A00 * (P2_SIZ[0] + !P2_SIZ[1]) 


not word-aligned 




P 


P2_A00 



CPU Retains Control of 
VMEbus at End of Cycle 



When the VME Slave currently being addressed responds with a P1_DTACK or 
P1_BERR, this will be sent to the CPU, which will negate P2_AS. If no other 
VME device has requested control of the VMEbus, the 2060 board will retain 
control by continuing to assert P1_BBSY and will indicate this to the VME Mas- 
ter Controller PAL by keeping B_AEN asserted. 

If at the point when P2_AS becomes negated B_AEN is still asserted, we will 
leave stale F, M, or P and move to state D to await the next Master cycle. The 
start of the next Master cycle will be indicated by the assertion of B_SSEL. The 
design could also have been implemented such that at the end of every Master 
cycle we return to IDLE state, but this would require us to waste the VME 
address setup time on every cycle. This implementation, on the other hand, takes 
advantage of the fact that the P2 addresses are valid at state 4 even though we 
don't know whether or not the current cycle involves the VMEbus until state 5. 
If it does, the VME address strobe can be asserted immediately. 

If, instead of receiving another B_SSEL, the VME Arbiter/Requester PAL gives 
up the VMEbus and indicates this to the VME Master Controller by negating 
B_AEN while we're in state D, we simply negate B_OECPU by jumping to state 
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K. 



CPU Relinquishes Control of 
VMEbus at End of Cycle 



CPU Freeze Cycles 



Address Modifiers and 
P BLWORD 



If B_AEN is not asserted at the point that the CPU negates P2_AS, this indicates 
that an external VME device has requested control of the VMEbus and a com- 
pletely different set of actions occurs. When transferring the VMEbus from one 
master to another, a significant amount of time can be required to pass the bus 
grant down the bus grant daisy chain. For example, the 2060 on the average 
takes more than 90 nanoseconds to pass bus grant in to bus grant out when 
configured as a VMEbus requester only and not requesting the bus. Ten such 
boards would require over 900 nanoseconds to pass the bus grant to the lowest 
priority board on the VMEbus. 

The VMEbus specification allows pipelining of this time with the time taken to 
perform the last transfer by the master that is presently relinquishing the bus. 
The 2060 board takes advantage of this by negating P1_BBSY and asserting 
P1_BG30UT as soon as P1_AS has been asserted on the last transfer. This 
means that the only way we have of indicating that we still have control of the 
VMEbus is by continuing to assert P1_AS; therefore the VMEbus specification 
has a requirement that if this pipelining is implemented the address and data 
drivers must be tri-stated before P1_AS is negated at the end of the cycle. 

States H and J in the VME Master Controller State Diagram allow this pipelin- 
ing. The Controller negates VME data strobes and clears out the acknowledges 
as it moves from states F, M, or P to state H, then disables the drivers by negat- 
ing B_OECPU as it moves from state H to state J. Now that the drivers are dis- 
abled we can remove the VME address strobe, which takes us to state K. States 
K and L don't perform any tasks. 

When the VME Master Controller is waiting in states F, M, or P and B_FREEZE 
is asserted, we move to the corresponding state G, N, or Q by negating 
B_ACKEN. This occurs when 2.88 microseconds have passed since the CPU 
requested a VME cycle and no response has been received yet (see the discussion 
above in the section on the VME Select and Freeze PAL). It is necessary to 
block the acknowledges so that any DMA cycles that might occur before the 
CPU cycle actually reruns don't inadvertently get terminated by P1_DTACK 
from the VMEbus. We will remain in state G, N, or Q until B_FREEZE is 
negated, at which point we'll return to the corresponding state F, M, or P. 

The VMEbus uses six signals in addition to the addresses to give more informa- 
tion about the type of cycle being performed. These are called the Address 
Modifiers. P1_AM2:0 correspond to function codes P_FC2:0 in the 68000 fam- 
ily in the sense that they select between Supervisor and User modes, and between 
Program and Data spaces. 

n Address Modifier 3 is always high in in our implementation and all modes 
with it low are undefined. 

□ Address Modifiers 5 and 4 are generated in PAL U2806 based upon decodes 
of the top 16 P2 address bits. They select between 16-, 24-, and 32-bit 
addressing modes. The complete encoding of the address modifier bits as 
used by the 2060 board is shown in the following table: 
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Table 29-2 Address Modifier Bits on the 2060 Board 





Address Modifier Codes 


Hex 


Address Modifier 


Function 


Code 


5 4 3 2 10 






L L H L L H 


32 bit addressing, User Data Space 


09 


L L H L H L 


32 bit addressing, User Program Space 


OA 


L L H H L H 


32 bit addressing, Supervisor Data Space 


OD 


LLHHHL 


32 bit addressing, Supervisor Program Space 


OE 


H L H L L H 


16 bit addressing, User Data Space 


29 


H L H L H L 


16 bit addressing, User Program Space 


2A 


H L H H L H 


16 bit addressing, Supervisor Data Space 


2D 


H L H H H L 


16 bit addressing, Supervisor Program Space 


2E 


H H H L L H 


24 bit addressing, User Data Space 


39 


H H H L H L 


24 bit addressing, User Program Space 


3A 


H H H H L H 


24 bit addressing, Supervisor Data Space 


3D 


H H H H H L 


24 bit addressing, Supervisor Program Space 


3E 



P_BLWORD is also generated in U2806 in accordance with the VMEbus 
Specification Revision B, which says that Pl_LWORD can only be asserted on 
longword accesses that are longword aligned. We also check that MMU_TYP[0] 
is high, indicating an access to TYPE3 Space, which is where devices having 
32-bit data buses are accessed. The address modifiers and type bits combine to 
generate the address map shown in the figure titled ' 'Sun-3 Physical Address 
Mapping," which is in Appendix A. 



Non-Aligned Master Cycles 



NOTE 



The 68020 allows several types of transfers that are not allowed by the VMEbus 
Specification, including non-word-aligned word accesses, non-longword-aligned 
longword accesses, and three-byte transfers. 

d A non-word-aligned word transfer will result in a byte being read or written. 

n A longword transfer to an address misaligned by one or three bytes will also 
result in a byte being read or written. 

d A longword transfer to an address misaligned by two bytes will result in a 
word being read or written. 

The amount of data that the CPU assumes has been accepted or provided by the 
VME Slave being addressed is determined by which of P_DSACK[1:0] signals 
are asserted. This is controlled in turn by the DSACK PAL (U204), which looks 
at address bits and 1, size bits and 1, and type bit to decide which DSACKs 
should be asserted. 

You may notice that this scheme doesn't quite fit in with the 68020' s dynamic bus 
sizing, in that it is theoretically possible to transfer more data per transfer than 
this scheme allows, but the 2060 board was designed to meet the VMEbus Revi- 
sion B Specification. Revision B requires that word transfers be word aligned 
and that longword transfers be longword aligned, a requirement that has since 
been loosened in the Revision C Specification. 
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VME Slave Interface 



30.1. VME Slave Address 
Latches, U2901-2 and 
U2911-13 



Five ICs. U2901-2 and U291 1-13, make up the VME Slave Address Latches. 
Their purpose is to latch the addresses from the VMEbus at a time when they are 
guaranteed to be valid, and hold them until they are no longer needed. This 
decreases the sensitivity of the 2060 board to noise on the VMEbus, and it takes 
no extra ICs to implement latches instead of buffers. Address bits 20-31 are 
latched in transparent latches (F373&.U2901 and U2902) on the leading edge of 
the buffered form of the VME address strobe (P1_AS buffered through U2803 to 
form B_ASIN-) in order to take advantage of the address-to-address setup time of 
10 nanoseconds guaranteed to a VME Slave by the VMEbus specification. Since 
the flow-through time of an F373 is less than this setup time, as soon as P1_AS 
goes active we are guaranteed to have valid outputs from the address latches. 
This allows the use of a 25 nanosecond PAL in U2907 instead of a 15 
nanosecond version, as will be explained later. 

Address bits P1_A(19:04) are latched in D-type flip-flops (ALS374s U2913:12), 
also on the leading edge of P1_AS. They are enabled onto the processor address 
bus when the DVMA Controller grants control of the P2 bus to the VME Slave 
interface (X_DMAEN- is true). Address bits P1_A(03:01) and PL WRITE are 
latched into U2911 on the rising edge of P1_DS. 

ALS technology was chosen here to minimize undershoot on the processor 
address bus as several devices sensitive to undershoot are located there, such as 
the 68020 and MMU RAMs. 



30.2. VME Slave Address 
Decoder U2907 



VMEbus addresses are latched on every VMEbus address strobe by the VME 
Slave Address Latches, and the VME Slave Address Decoder, PAL U2907, 
examines the contents of these latches continuously to see if the 2060 board is 
being referenced. It generates one of two signals, B_SDMA or BJJSPC, if the 
address and number of the valid address bits (as indicated by the address 
modifiers) match any of the locations to which the 2060 board is permanently 
wired to respond. (See the section above on the VME Master Controller State 
Machine for a discussion of the VME Address Modifiers.) The figure titled 
"VMEbus Slave Address Mapping" (in Appendix A) gives a graphic representa- 
tion of the addresses to which the 2060 board responds. 
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Pinout of the U2907 PAL is: 
Figure 30- 1 U2907 Pinout 



************** ************** 

* * * * 

**** **** 

b_a[20] * 1* pal *20* vcc 

**•* ♦*** 

16 18 

***« *»** 

b_a[21] * 2* *19* /b_sdir.a 

*«»* **»* 

* * 

*** * * ** * 

b a [22] * 3* *18* b_am5in 



***« «**» 

b_a[23] * 4* "IT* b_am4in 

**»* «»** 

« * 

b_a[24] * 5* *16* /b_iac>; 



b a[2S] * 6* *15* b_a!3Dj 



*»** **** 

b a[26] * 7* *14* b_a[31] 



**** **** 

b_a[27] * 8* *13* /b_aen 

**»« **** 



***# **** 

b_a[28] * 9* *12* /b_uspc 

*«** **** 



gnd *10* *11* b_a[29] 

**** **«« 

• * 

******************************* 
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Terminology for the VME 
Slave Address Decoder, U2907 



B_A[31:20]: these signals are versions of the VME address bus signals 
P1_A[31:20] latched on the falling edge of /P1_AS. 

B_AM5IN, B_AM4IN: correspond to VMEbus address modifiers P1_AM5 
and P1_AM4, which are latched on the falling edge of /P1_AS. When both 
are high, the latched address has 24 bits valid. When both are low, the 
latched address has 32 bits valid. t 

B_SDMA stands for VME System DMA and indicates that the bottom 
megabyte of either the 24-bit or 32-bit VME address space is being 
accessed. 



r ~ 














^ 


if(vcc) b_sdma 


- /b 


a[31] 


* /b 


a[30] 


* /b a[29] 


* 






/b 


a[28] 


* /b 


a[27] 


* /b a[26] 


* 






/b 


a[25] 


* /b 


a[24] 


* /b a[23] 


* 






/b 


a[22] 


* /b 


a [21] 


* /b a[20] 


* 






/b 


am5in 


* /b 


am4in 


* /b iack ' 


k /b 


ssoe 


lowest megabyte in 32-bit address space 


=> system DVMA 








+ /b 


a [23] 


* /b 


a [22] 


* /b a [21] 


* 






/b 


a[20] 


* b am5in 


* b am4in * 








/b 


iack * /b ssoe 








lowest megabyte in 24-bit address space 


=> system DVMA 







B_USPC stands for VME User Space and is roughly analogous to the User 
form of B_SDMA except that it goes through a further level of qualification 
before becoming a valid decode, at which point it is called B_UDMA. 
B_USPC goes active if the address bits indicate an access to the top 2 giga- 
bytes of the 32-bit VME address space. 



f 


> 


if (vcc) b_uspc ■= b_a[31] * /b_am5in * /b_am4in * 
/b_iack * /b_ssoe 
highest 2 gigabytes in 32-bit addr. space => user dvma 




- 


> 



B_SSOE is included in the decoding equations of U2907 in order to elim- 
inate self -referential cycles over the VMEbus. That is, when the 2060 board 
has control of the VMEbus, B_OECPU is asserted to enable the 2060 
address drivers onto the VMEbus, and two clocks later this becomes 
B_SSOE. When B_SSOE is active, all Slave mode decodes are disabled. 
This allows identical software to be plugged into two 2060 boards in the 
same backplane, and allows each board to reference the other at the same 
range of addresses. 



fSee the VMEbus specif) cation for further deuils. 
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30.3. User DVMA Enable 
(U2905-6) and 
Context Registers 
(U509) 



\4. VME Slave Address 
Multiplexers 
(U2910:09) 



d B_IACK: since the 2060 board is not capable of requesting interrupts over 
the VMEbus, it stands to reason that its Slave interface should not be 
activated on any interrupt acknowledge cycles. For this reason, whenever 
B_IACK is active all Slave decodes are disabled. 

The 2060 Slave interface divides the top half of the VME 32-bit address space 
into eight 256-megabyte "contexts" that can be individually enabled or disabled. 
These contexts correspond to the context bits stored in the Context Register, 
U509, and are controlled by VME address bits 30:28. On User DVMA cycles, 
these bits are stored in the Context Register instead of the value that is currently 
stored there. 

The information to which User DVMA contexts are currently enabled is stored in 
the User DVMA Enable Register, U2905-6. It is an 8-bit read/write register 
located in Control Space at address 0x50000000. Bit corresponds to context 0, 
bit 1 corresponds to context 1, and so on. The register is cleared on resets, and a 
one must be written to enable a context. 

These context enable bits are compared in the User DVMA Context Selector, 
U2908, to the context that the VMEbus is attempting to access. If the latched 
versions of VME address bits P1_A[30:28] correspond to a context that is 
enabled, that is, a one is in the proper bit location in the User DVMA Enable 
Register, and if the VME Slave Address Decoder is asserting B_USPC as 
explained above, then output B_UDMA will be asserted. 

The VME Slave Address Multiplexers are two 4-bit tri-stable multiplexers that 
drive processor address lines P_A[27:20] during VME Slave cycles. On User 
DVMA cycles, they choose the latched VME address lines B_A[27:20]. On Sys- 
tem DVMA cycles, they drive P_A[27:20] to all ones, causing the System 
DVMA to be relocated to a virtual address of OxFFFX XXXX, where the Xs 
stand for the address bits actually on the VMEbus. Both 24-bit and 32-bit Sys- 
tem DVMA are relocated to this address range, and it is impossible for the 2060 
board to distinguish between the two addressing modes. 

You will note that the upper four address lines appear to not be driven during 
VME Slave cycles, but this is done on page 8 by U8 13, an ALS240 that is 
enabled on S_DMA which goes active on VME Slave or Ethernet DVMA cycles. 
In this way we can share the driver between both types of cycles and save half an 
IC. ALS technology is used for all of the processor address bus drivers to 
minimize undershoot, as mentioned above in the section on the VME Slave 
Address Latches. 



30.5. VME Slave Request 
PAL (U2904) 



The VME Slave Request PAL implements an asynchronous state machine that 
generates requests for VME Slave cycles to the DVMA Controller, and responds 
to the completion of a Slave cycle by generating P1_DTACK back to the exter- 
nal master. An earlier implementation of this PAL on the 2060 board used a syn- 
chronous state machine, which required the synchronization of the incoming data 
strobes and increased the turnaround time between cycles to an unacceptably 
long period. The current implementation asynchronously removes DTACK at 
the end of the cycle as soon as the external master negates its data strobes. This 
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is important because the VME spec requires the next cycle not to begin until 
DTACK from the previous cycle goes away. The synchronous implementation 
locked out the next cycle for approximately 100 nanoseconds, while the synchro- 
nous implementation locks it out for only about 15 nanoseconds. 



4 
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Pinout of the U2904 PAL is: 
Figure 30-2 U2904 Pinout 



» * « * 



/c_60 * 1* 



ack * 2' 



pal 
1 6 r <> 



•20* vcc 



*19* en sdvrr.a 



/pl_slds « 3' 



•18' /p2_as 



/pl_suds * 4* 



•17* /s xreq 



pl_sas * 5* 



•16* /b at out 



s_error * 6* 



*1S* /b_errou: 



/b sdma * 7* 



*14* /xgrant 

* * * » 



** ** 
/x_dmaen » 8* 



*13* /en bcx 



/b_udma * 9* 

**** 



*12* /b endo 



gnd *10« 



•11* /oe 



**»**»*»****»»********»*«»***** 
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Terminology for VME Slave □ B_DTOUT: VME Data Transfer acknowledge OUT. This signal is buf- 

Request PAL fered to form P1_DTACK, and indicates to an external master that the 

current cycle has been completed. 

d B_ERROUT: VMEERRorOUT. This signal is buffered to form 

P1_BERR, and indicates to an external master that the current cycle has ter- 
minated abnormally with some sort of error conditioa 

d B_SDMA: VME System DMA. Active when the addresses on the 

VMEbus correspond to the System DVMA address space on the 2060 board. 
See the section above on the VME Slave Address Decoder. 

□ B_SXDMA: VME Synchronized external DMA enable. X_DMAENis 
fed through a flip-flop clocked on the falling edge of the system clock so that 
it is delayed one cycle. This allows us to detect the condition at the end of 
an external DMA cycle when X_DMAEN has just gone away. 

d B_UDMA: VME User DMA. Active when the addresses on the VMEbus 
correspond to the User DVMA address space on the 2060 board. See the 
section above on the VME Slav? Address Decoder. 

d EN_BCX: ENable VME Context. Goes to the Context Register, U509, 
where it selects between the bits currently stored there and the upper address 
bits coming in from the VMEbus on User DVMA cycles. 

d EN_SDVMA: ENable System DVMA. Comes from the System Enable 
Register, U1406, and indicates that DVMA from the VMEbus has been 
enabled for System Mode (User Mode is enabled by the User DVMA Enable 
Register, U2905.) 

d P1_DS: VME Data Strobe. Not actually a signal on the VMEbus, this sig- 
nal is active when either or both P1_DS0 or P1_DS1 are active. It exists to 
minimize inputs to PALs that require only the presence of any VME Data 
Strobe (U2904 and U3000). 

a P1_SAS: VME Synchronized Address Strobe. Also not actually a VMEbus 
signal, P1_SAS is formed by running P1_AS- through an inverter (U2803) 
and then through a synchronizer (U2903). It is used to guarantee enough 
time for the addresses to ripple through the Slave Decoder section. 

a S_ACK: Synchronized ACKnowledge. P_DSACK1 and P_BERR are fed 
into a NAND gate (U2406) and then into a synchronizer (U2408) to form 
this signal. It indicates that we are at state 5 of a P2 bus cycle. 

d S_ERROR: Synchronous ERROR. Indicates that a protection error or a 
parity error has been detected on the current cycle. It is synchronous in that 
errors are reported in the cycle during which they occur, as opposed to one 
cycle later as happens with parity errors encountered by the CPU. 

□ S_XREQ: Synchronized eXtemal REQuest. XREQ is fed through a syn- 
chronizing flip-flop (U2407) before going to the DVMA Controller (U2409) 
so that we don't confuse the controller, which is a synchronous state 
machine. 
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X_DMAEN: eXtemal DMA ENable. Indicates that the CPU is off the 
local bus and control has been granted to the VME Slave Interface. 

XGRANT: eXtemal GRANT. A state variable used only in the VME Slave 
Request PAL. It goes active when the currently-requested external DVMA 
cycle has been started on the P2 bus, as indicated by both X_DMAEN and 
P2_AS being asserted. It stays active until the VMEbus data strobes have 
been negated by the external master, indicating that it has ended its cycle. 

XREQ: eXtemal REQuest. An asynchronous signal that indicates a valid 
request for use of the P2 bus has been received from an external VMEbus 
master. 



VME Slave Request State 
Machine 



The following discussion refers to the figure titled, "VME Slave Requester State 
Machine," which is in Appendix A. 

The VME Slave Request State Machine (U2904) waits in the IDLE state until it 
receives a valid address decode in combination with the synchronized VME 
address strobe (P1_SAS) and at least one VME Data Strobe (P1_DS). 



The equation for the IDLE state is 




r 


■\ 


In state IDLE; 




if !P1 SAS + !P1_DS + B_DTOUT + B_ERROUT then state = 


IDLE 


^ 





The equation for state A is 




r 


■\ 


In state IDLE; 




if PI SAS * PI DS + * !B DTOUT * 




ADDRESS_DECODE * ! B_ERROUT then state = A 




v 


J 



This address decode can be either of B_SDMA or BJUDMA, indicating an 
access to the system address space or user address space, respectively. At that 
point it checks to see if the previous cycle has terminated, as indicated by both 
P1_DTACK and P1_BERR being inactive. If this is the case, it asserts XREQ 
and jumps to state A. XGRANT in that equation (state B) is the end condition, 
not a start condition, and will be explained later. 

The XREQ signal is synchronized externally before it is fed into the DVMA 
Controller, U2409, where it will initiate the Bus Request/Bus Grant/Bus Grant 
Acknowledge sequence. When it has gained control of the P2 bus, the DVMA 
controller will respond with X_DMAEN to enable the VME Slave Addresses 
onto the P2 bus, then one clock later P2_AS will be asserted to begin the cycle. 

The equation for the state B is 
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In state A; 

if X DMAEN + P2 AS then state = B 



When U2904 sees this it will assert XGRANT, which will negate XREQ, jump- 
ing us to state B then C. XGRANT provides a way to remember that we have 
already requested the current cycle and been granted it, so that we don't assert 
XREQ for a second time on the same cycle. 

We will wait in state C until the end of the cycle, which will be indicated by 
X_DMAEN going away but the delayed form of it, B_SXDMA, still being 
present. At this point, if S_ERROR is not asserted, we will jump to state D and 
send B_DTOUT to the VMEbus (buffered to form P1_DTACK). 



The equation for the state D is 






f 

In state C; 




■\ 


if B_SXDMA * !X_DMAEN * 


!S_ERROR then state = D 


J 



If S_ERROR is asserted, we will jump to state E instead, and assert B_ERROUT 
to signal a termination with error. 

The equation for the state E is 



In state D; 




\ 


if B_SXDMA * 


!X_DMAEN * S_ERROR then state = E 


) 



Either state D or E will signal to the external master to end its cycle, which will 
cause it to respond by negating the VME data strobes. We will see this as a 
negation of P1_DS (state D). When this happens, we will jump back to the IDLE 
state. 



The equation for the IDLE state is 




r 


> 


In state D or E; 




if !P1_DS then state ■= IDLE 


, 



Note the presence of B_DTOUT in the equation to assert B_ERROUT and vice- 
versa. This is to ensure that we get one and only one of the two possible 
responses to end a cycle, no matter what X_DMAEN does. X_DMAEN can do 
some irregular things when lock mode is engaged and disengaged. 

One tricky aspect of this state machine is that we will not jump back to the IDLE 
state until the entry condition to states D and E has also gone away, that is, until 
B_SXDMA goes away. This is how we allow for an external master that negate. 
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address strobe, then reasserts it before P1_SAS can go high. Since we must also 
wait for B_SXDMA to go away, we are guaranteed enough time to decode the 
new address before we reassert XREQ. It is important to remember that, worst 
case, the clock on the 2060 board is 90 nanoseconds long and so it is conceivable 
that an external master could be fast enough to do this. 
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VME Data Buffers, U3000 to U3006 311 

31.1. 1 6-Bit Operation 3 1 1 

31.2. 32-Bit Operation 312 

3 1 .3. CPU Cycles 3 1 2 

3 1 .4. DVMA Cycles 3 1 2 
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VME Data Buffers, U3000 to U3006 



The VME Data Buffer section is shown on page 30 of the schematics, and is 
composed of one Data Buffer Control PAL, U3000, and six bidirectional octal 
latch/transceivers, U3001-6. Along with the obvious buffering function, this sub- 
system implements a data multiplexer that shuffles data among both halves of 
both the VMEbus and the P2 bus according to the size and address alignment of 
the cycle. The basic problem is that when performing a 16-bit data transfer, the 
VMEbus uses data lines 0-15 while the 68020 uses data lines 16-31. During a 
32-bit data transfer, however, all 32 bits of the VMEbus align with the like- 
numbered bits on the P2 bus. 

The same set of buffers are used for CPU cycles and DVMA cycles, but the 
direction of data flow is reversed. That is, data travels the same direction for a 
CPU read as it does for a DVMA write. Likewise, it travels the same direction 
for a CPU write as it does for a DVMA read. 

31.1. 16-Bit Operation The figure labelled "Carrera VME Diagnostic PROMs Data Paths," (in Appen- 

dix A) sections A-F, show the different operating modes used in TYPE2 space, 
the VME 16-bit data space. 

□ When the CPU writes or reads, the top half of the CPU data bus is connected 
to the bottom half of the VME data bus (sections A and B of the diagram) 
via the "cross buffers." 

d When an external VME master writes to the P2 bus, the bottom half of the 
VME data bus is enabled onto both halves of the P2 data bus (sections C and 
D). This is done because the information required to decide which half of the 
P2 bus is being accessed is not available until later in the cycle. 

On DVMA reads, however, we must decide which half of the P2 data bus is 
being read in order to avoid data buffer conflicts. 

n If address bits P1_A[01:00] are 00, this means the top half of the P2 data bus 
is being accessed and the "cross buffers" are used. 

□ If address bits P1_A[01 :00] are 10, the bottom half of the P2 data bus is 
being accessed, and the "longword buffers" are used.t 



Although this enables the top half of the P2 data but onto the top half of the VME data bus. it is not 
relevant and doesn't hurt anything. 
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■*1.2. 32-Bit Operation 32-bit operation is much simpler. The 32-bit P2 data bus always lines up with 

the 32-bit VME data bus, and the longword buffers are always used. Data flows 
out from the 2060 board on CPU writes and VME reads, and flows into the 2060 
board on CPU reads and VME writes. 

31.3. CPU Cycles The various enables for the data buffers are little state machines that start at state 

4 on writes and state 1 on reads. Once the signals are asserted they are held until 
the end of the cycle because the type bits coming out of the MMU can glitch, 
which can cause P_BLWORD to glitch, which could cause certain signals to be 
illegally active at the same time. On writes, the enables are also held during 
Freeze cycles. See the section on the VME Select and Freeze PAL for more 
information on Freeze cycles. 

On writes, the transparent latches open at the beginning of the cycle and remain 
open for the duration of the cycle. On reads, the latches open at state 6 and like- 
wise remain open for the entire cycle. 

31.4. DVMA Cycles The enables for data out on reads are state machines during DVMA cycles. They 

start at state 4 and hold the data valid until the external master ends the cycle as 
indicated by negating the VME data strobes. Note that this can be significantly 
after the end of the P2 bus cycle, and that the CPU can have gone on its way 
much earlier because the data is latched at state 7. 

On writes, the enables are purely combinatorial. The latches are closed at state 4. 
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Direct Virtual Memory Access 



Direct Virtual Memory Access, or DVMA, is Sun's method of allowing devices 
other than the CPU to access the system's main memory, and allowing them to 
use virtual addresses rather than physical ones when doing so. This means the 
addresses provided by a DVMA device are translated by the Memory Manage- 
ment Unit, or MMU, just like those provided by the CPU. This simplifies the 
software by not requiring DVMA devices to perform their own address transla- 
tion. The simplest way of approaching DVMA is to think of it as literally replac- 
ing the CPU during DVMA cycles, generating all the identical signals with ident- 
ical or better timing. 

The DVMA circuitry consists of the DVMA Controller PAL (U2409), an input 
synchronizer (U2408), the bus lock flip-flop (U2407), and the DVMA Strobe 
PAL(U2410). 

The DVMA Controller is a 20R8 PAL that receives 

d requests for the use of the P2 bus, 

d requests the bus from the CPU, 

d grants the bus to the DVMA devices, and 

o handles assertion and negation of the address strobe on DVMA cycles. 

Requests can be generated by the Refresh subsystem, the Ethernet Controller, 
and the VME Slave Interface and are prioritized in that order, which is to say that 
if two requests are pending at the point when the DVMA Controller gets the bus 
from the CPU, the one with higher priority gets serviced first. 

32.1. A Generic DVMA The DVMA Controller State Diagram is shown in the figure tided, "DVMA 

Cycle Controller State Machine, Fig. 2.1," in Appendix A. Rather than attempt to 

describe every transition here, we will present a simplified version of a generic 
DVMA cycle. Details will become clearer when we go through the individual 
cycles in later sections. 

A DVMA cycle begins when a device requests the P2 bus via one of the signals 
R_DMAREQ, E_DMAREQ, or XREQ (which particular one it is doesn't con- 
cern us at the moment). These signals are run through synchronizers and into the 
DVMA Controller, which will assert P_BR to request the bus from the CPU. 
Approximately three clocks later the CPU will respond with Processor Bus Grar 
(P_BG). The DVMA Controller then waits until the current CPU cycle has 
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completed by waiting for CS3, the delayed version of the processor address 
strobe, to go away. At this point it will decide which device should be granted 
the bus based on the fixed priority mentioned above, and will assert one of the 
DMA enables R.DMAEN, E_DMAEN, or X_DMAEN. 

On the next clock the DVMA controller will issue the appropriate address strobe 
(D_AS for Ethernet and VME, REFR for Refresh), and will start waiting for the 
end of the cycle. On Ethernet & VME cycles the end of the cycle is indicated by 
the assertion of S_ACK, while on Refresh cycles it is indicated by R_SSAS. 
When the response is received the DVMA Controller will negate the address 
strobe, negate Bus Grant Acknowledge, negate the DMA enable, and then return 
to the IDLE state. 



32.2. Optimizations to the 
DVMA Cycle 

Back-to-Back DVMA 



There are several optimizations not mentioned above in the simplified descrip- 
tion. 

First, the DVMA Controller need not go through the IDLE state between each 
cycle of DVMA. If a request from another DVMA device is present at the point 
where the DVMA Controller negates address strobe and P_BACK, address strobe 
will be negated but P_BACK will be held so that the CPU can't get back on the 
bus. The next DVMA cycle will then be performed before the next CPU cycle. 
This avoids the overhead associated with transferring control of the P2 bus back 
and forth between the CPU and the DVMA Controller, which amounts to four 
clocks for each round trip. 



Ethernet Hold 



Secondly, it is possible for devices to keep control of the P2 bus even when they 
aren't using it. The Ethernet interface can assert S_EHOLD to retain control of 
the bus. While S_EHOLD is asserted the DVMA Controller will continue to 
assert P_BACK, keeping the CPU off the P2 bus. Refresh cycles will still get 
access to the bus, however, as will VME cycles as long as the Ethernet isn't 
attempting to perform a cycle immediately. The Ethernet chip will assert 
EHOLD for as long as it thinks it might be needing the bus. 



VMEbus Lock 



The VME Slave Interface can also keep control of the P2 bus from reverting back 
to the CPU by engaging lock mode. This happens when an external VME master 
is "fast" in turning around between cycles. "Fast" is defined here as less than 
200 nanoseconds between generation of P1_DTACK and start of the external 
master's next cycle, as indicated by re-assertion of P1_AS and either one or both 
of P1_DS0 and P1_DS1. Bus lock cycles will be covered in more detail later. 



32.3. Refresh as a Special 
Case 



Refresh cycles are analogous to Ethernet and VME Slave cycles, but have a few 
differences. 

1 . The first difference is that instead of asserting the DVMA address strobe, 
D_AS, the DVMA Controller asserts REFR, which is buffered to form 
P2_REFR. This acts like an address strobe, but insures that no decodes or 
enables will be generated anywhere on the board. Since there is no real 
address strobe there will be no DSACKs generated, therefore we have to 
know when to end the cycle independent of DSACK. This function is per- 
formed by R_SSAS (Refresh Sync'd Sync'd Address Strobe), the REFR 
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signal fed through two flip-flops so that it is delayed by two system clock 
periods. (REFR used to be called R_AS, or Refresh Address Strobe, at 
which point these names made more sense.) 

2. A second difference between Refresh and the other DVMAs is that P_B ACK 
is released one clock before the ' 'address strobe" (REFR) is released. This 
information is provided by R_SAS. On Ethernet and VME cycles P_B ACK 
is released at the same time as address strobe (D_AS). This is made possible 
by the fact that we know exactly how long each Refresh cycle is, so we can 
pipeline the end of the cycle. On Ethernet and VME cycles we don't know 
exactly when the end of the cycle will be since it is legal to DMA into Video 
memory, which has an indeterminate response time. 

3. The third difference between Refresh and other forms of DVMA is that 
EHOLD and B_LOCK don't work after a refresh cycle. By that we mean 
that the bus is always given back to the CPU after a refresh cycle as a sort of 
fail-safe feature in case one of those subsystems breaks down. If this hap- 
pens the CPU will still be able to limp along (albeit extremely slowly). 

32.4. The DVMA Strobe The DVMA Strobe PAL generates the P2 bus control signals (with the exception 

PAL (U2410) of address strobe, which is generated by the DVMA Controller) that are required 

during DVMA cycles. These signals include the processor function codes 
P_FC[2:0], processor address bit zero P_A[00], and the processor size bits 
P_SIZ[1 :0]. In addition, both polarities of the S_DMA are generated, a signal 
that indicates that the current cycle is an Ethernet or VME Slave cycle. Since 
DVMA can be thought of as replacing the CPU during DVMA cycles, it is essen- 
tial that all the necessary control signals that would otherwise be generated by 
the CPU be generated somewhere in the DVMA section. Note that processor 
data strobe P_DS is not used anywhere in the 2060 design, so it is not generated 
here. The encodings of the size and function code bits match those of the 68020. 
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Pinout of the U2410 PAL is: 
Figure 32-1 U2410 Pinout 
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******************************* 



P» S U II . {Rev 1 of 10 May 1987} CONFIDENTIAL! 



mcrosytlsms 



Chapter 32 — Direct Virtual Memory Access 319 



Input and Output Signals 



Inputs to the U24 1 PAL are: 


r dmaen 


« active during refresh DVMA cycles 


x_dmaen 


- active during external DVMA cycles, when 
the 2060 board is in VME slave mode. 


e_dmaen 


- active during ethernet DVMA cycles. 


b_lword 


- signal from an external DVMA master that is 
asserted during a long-word transfer. 


pl_slds, 
pl_suds 


- buffered versions of the VMEbus upper 
and lower data strobes, asserted to 
indicate activity on the corresponding 
byte of the VME data bus. 


e_a00 - 


ethernet address line zero 


b_adma 


- VME system direct memory access. Asserted during 
external DVMA cycles that are occurring in the 
system DVMA part of the address space, as defined 
in the Sun-3 architecture manual. 


d_pub - 


used only during board test to check the operation 
of the p fcO output. 

1 



Outputs from the U2410 PAL are: 



p_fc0, 

p_fcl, 
p_fc2 



p_sizO, 
p_sizl 



processor function codes, used by the 6BOO0 
family to generate 8 separate address space; 



processor size codes, used by the 68020 for 
dynamic bus sizing, indicating the number of 
bytes of the data bus that are involved in 
the current transfer. 



p_a00 - processor address line zero. 



s_dma » this signal is asserted whenever some type of DMA is in 
progress . 



The signals generated are encoded according to the MC68020 User's Manual as 
follows (0=> zero volts, 1=> five volts): 
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Table 32-1 MC68020 Data Size Output Encodings 



sizl 


sizO 


size 





1 


byte 


1 





word 


1 


1 


3-byte 








longword 



Table 32-2 



MC68020 Function Code Output Encodings 


pjc2 


pjcl 


pJcO 


cycle type 







1 
1 

1 
1 






1 
1 




1 

1 




1 



1 



1 



1 


undefined reserved 
user data space 
user program space 
undefined 
undefined reserved 
supervisor data space 
supervisor program space 
cpu space 
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33.1. VME Master Cycles 



CPU Access of Idle VMEbus 



In this section we will present timing diagrams and discuss how the various cir- 
cuits previously described interact to produce this behavior. 

The VME Master Interface operates in several different ways depending on: 

□ whether or not the 2060 board currently has control of the VMEbus, 

□ the activity currently on the VMEbus, and 

d the response time of the VME device being addressed. 

In order to use the VMEbus the CPU must first obtain control of it. The simplest 
case is when the VMEbus is currently idle, which means that P1_BBSY, P1_AS, 
P1_DS[1:0), P1_DTACK, and P1_BERR are all inactive. This situation is 
shown in the timing diagram labelled "CPU Access of Idle VMEbus," in 
Appendix A. 

1. The CPU starts a cycle by asserting P2_AS at state 1. 

2. By state 4 the MMU has finished its address translation and indicates that 
this is a VME Master cycle by asserting MMUJVME. 

3. MMUJVME goes into the VME Select and Freeze PAL U2701 , causing it to 
assert B_SSEL at state 5. 

4. B_SSEL goes into the VME Arbiter/Requester PAL U2704, which observes 
that the VMEbus is idle by checking that P1_BBSY and P1_AS are inactive. 

5. On the next clock U2704 asserts P1_BBSY to take control of the VMEbus 
and B_AEN to indicate to the VME Master Interface that we have control of 
the VMEbus. 

6. The VME Master Controller PAL U2806 receives B_AEN, checks also that 
the VMEbus is idle by making sure that P1_DTACK and P1_BERR are 
inactive, and asserts B_OECPU immediately to enable the VME Master 
Address Latches onto the VMEbus. 

7. The VME Data Buffer Control PAL also receives B_OECPU and enables 
the VME Data Buffers onto the VMEbus in the case of a write, or onto the 
P2 bus in the case of a read. 
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8. At this point we wait two clocks to satisfy the VMEbus address-to-address 
strobe setup requirement of 35 nanoseconds by running B_OECPU through 
two flip-flops clocked by the system clock and wait for the result. 

9. When this delayed signal, B_SSOE, is received by the VME Master Con- 
troller PAL U2806, it will immediately assert P1_AS, followed one PAL 
delay later by the appropriate VME data strobes P1_DS[1 :0] and 
B_ACKEN, which allows the acknowledges (Pl.DTACK & P1_BERR) to 
flow to the CPU. 

10. At this point, state 1 1, the 2060 board simply waits for a response from the 
addressed VME slave. In the diagram, this response is P1_DTACK received 
just before state 15. (If the VME slave takes a long time to respond — more 
than 2.88 microseconds — the 2060 board will perform a rerun cycle, which 
will be examined later.) 

1 1 . The VME Slave's response (P1_DTACK in our scenario) is synchronized to 
the falling edge of the system clock in flip-flop U2804, then fed to the 
DSACK PAL U204. 

12. DSACK PAL U204 generates P_DSACK1 for 16-bit data transfers or 
P_DSACK1 and P_DSACK0 for 32-bit data transfers. 

13. The CPU receives this on the next falling edge, and on the following falling 
edge negates P2_AS. 

14. Negation of P2_AS causes the VME Master Controller PAL U2806 to 
immediately negate the VME address and data strobes and clear B_DTACK 
from flip-flop U2804 by negating B_ACKEN. 

15. The VME slave responds by negating P1_DTACK at some arbitrary time in 
the future. 

16. At state 1 of the next cycle, B_SSEL will go away and the cycle will be 
finished. 

CPU Access of a Busy This situation — an external VME master is using the VMEbus to access an 

VMEbus external VME slave just as the CPU attempts to use the VMEbus — is shown in 

the figure labelled "CPU Access of Busy VMEbus," in Appendix A. As you can 
see, this cycle takes significantly longer and appears much more complex, but all 
of the differences occur before the start of the CPU's VME cycle. 

1 . In tliis case, as before, the CPU starts a VME Master cycle and B_SSEL is 
asserted at state 5. 

2. The VME Arbiter/Requester PAL U2704, however, sees that P1_BBSY is 
active when B_SSEL becomes asserted, so instead of jumping to the MAS- 
TER state it jumps to the BUSREQ state, where it asserts B_BROUT (which 
is buffered to form P1_BR3). 

3. The external VME master that is using the bus will eventually respond to 
this bus request by releasing P1_BBSY, although there is no VME 
specification for the maximum time allowable for this. 
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CPU Access of VMEbus, 
Currently Bus Master 



4. When the VME Arbiter/Requester sees this P1_BBSY released it will assert 
B_BBOUT (which gets buffered externally to form P1_BBSY). 

5. The VME Arbiter/Requester then jumps to the WAITREQ state. 

6. On the next clock the VME Arbiter/Requester jumps to the MASTER state 
if B_SAS has gone away by then (indicating P1_AS went away earlier). 

7. If B_S AS is still present at this point, the Arbiter/Requester will jump to the 
WAIT state to wait for it to go away. 

From here on the cycle is the same as that for the idle VMEbus as discussed 
above. 

Since the 2060 board uses a Release-On-Request Arbiter, it will retain control of 
the VMEbus until an external master requests it The advantage of this is made 
clear in the figure labelled "CPU Access of VMEbus (Currently Bus Master)," 
in Appendix A, where we see that the cycle is roughly three clocks shorter. This 
is because we already have the addresses and data enabled onto the VMEbus dur- 
ing this time; when we discover at state 5 that the CPU is accessing the VMEbus, 
we can assert the VME address and data strobes immediately. The VME 
address-to-address strobe setup and data-to-data strobe setup times will already 
have been met. Other than that, the cycle is identical to those described earlier. 

When the VME slave currently being addressed has a response time of greater 
than 2.88 microseconds, or when it takes the CPU a while to gain control of the 
VMEbus, the CPU will be instructed to rerun its cycle. This will cause it to re - 
arbitrate for the P2 bus and allow other pending DVMA cycles to complete 
before it re-attempts the cycle. This situation is shown in the figure labelled 
"CPU Rerun During VME Access (Currently Bus Master)," in Appendix A. 

1. B_ENTO is asserted on the next falling edge after B_SSEL, causing the 
VME Rerun Timer U2700 to start counting system clocks. 

2. At state 7 1 U2700 will assert B_TOLAT. 

3. This forces the outputs of the OR gates in the VME DTACK and BERR 
Input Latch (U2802) to go high, which means that P1_DTACK and 
P1_BERR arriving after that point will have no effect 



CPU Rerun During VME 
Access 



4. Since the flip-flops at U2804 are self latching, we need to allow them some 
time to settle, as an acknowledge might have been received that didn't meet 
the setup requirement. Then we need to allow enough time to see if the ack- 
nowledge gets through to the CPU, which will respond by negating its 
address strobe, P_AS. This settle-and-wait time period is generated by wait- 
ing for bit 4 of the VME Rerun Timer (B_TORRN) to go high, which will 
occur at state 103 if no acknowledge has reached the CPU. 

5. BJTORRN causes the VME Freeze and Select PAL U2701 to assert 
B_FREEZE and B_RERUN on the next falling edge of the system clock. 

6. B_FREEZE goes to the VME Master Interface to make sure that all signals 
on the VMEbus remain in their current states. 
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7. B_RERUN goes to PAL U107, where it is combined with the rerun signal 
from the Floating Point Accelerator before it proceeds to the Bus Error PAL, 
U202. 

8. B_RERUN also causes the VME Select and Freeze PAL to negate B_ENTO. 

9. Negation of B_ENTO clears the VME Rerun Timer in anticipation of the 
next rerun cycle. 

1 0. The Bus Error PAL asserts P_BERR and P_HALT on the next falling edge , 
which is the indication to the CPU that it should rerun the cycle. 



1 1. The CPU sees these signals on the next falling edge. 

12. On the falling edge after that the CPU negates P_AS. 

13. On the falling edge after that, the VME Select and Freeze PAL will respond 
to the negation of P_AS by negating B_RERUN. 

14. On the next falling edge the Bus Error PAL responds to the negation of 
B_RERUN by negating P_BERR and P_HALT. 

15. In addition, B_ENTO will be asserted again so that the VME Rerun Timer 
can begin timing for the next rerun. 

16. At this point the CPU will either rerun its cycle or, if a DVMA request is 
pending, a DVMA cycle will be performed. 

Relinquishing the VMEbus When an external VME device requests the VMEbus while the 2060 board is 

performing a VME cycle, we will end the cycle in a different way as shown in 
the timing diagram labelled "CPU Relinquishes VMEbus (Currently Bus Mas- 
ter)," in Appendix A, release P1_BBSY as soon as we detect both P1_BR3 and 
P1_AS, so that the VMEbus grant will be able to make its way down the daisy 
chain while the last cycle is in progress, overlapping the two processes. The 
cycle goes like this: 

1 . In the timing diagram we see the external device assert P1_BR3, which gets 
synchronized to the system clock in U2703 to form B_SBR. 

2. The VME Arbiter/Requester PAL U2704 will respond on the next falling 
edge by jumping to MASTER_NG state and negating P1_BBSY and 
B_AEN. 

3. When B_SBBIN, the synchronized input of our own output, goes away, the 
VME Arbiter/Requester will assert P1_BG30UT, which will trickle down 
the daisy chain until it reaches the board that is currently requesting a cycle. 

4. In the meantime we see the CPU's cycle completing with the receipt of 
P1_DTACK, which is synchronized to form B_DTACK. 

5. Three clocks later the CPU responds by negating its address strobe, P2_AS, 
but here is where the differences start. The VMEbus Specification requires 
that if P1_BBSY is negated before the end of the last cycle in order to real- 
ize the pipelining mentioned above, then the master's address and data 
drivers must be disabled before the master negates its address strobe, 
P1_AS. To accomplish this the VME Master Controller PAL U2806 senses 
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33.2. VME Slave Cycles 



VME Device Accesses P2 Bus 



that the bus has been given up by noting that B_AEN is no longer asserted, 
even though it is still holding its address strobe, B_AS, asserted. Due to this 
it continues to hold B_AS while first the data strobes are negated and then 
B_OECPU is negated. 

Other than that, the cycle is identical to other cycles. 

VME Slave cycles occur when an external VME device gets control of the 
VMEbus and accesses the main memory or video memory on the 2060 P2 bus. 
In this section we will cover a typical VME Slave cycle and discuss Lock Mode, 
the high-speed access mode automatically engaged by a fast VME master. 

The timing diagram labelled "VME Device Acquires VMEbus and Accesses P2 
Bus," in Appendix A, shows a typical VME Slave cycle. 

1. The cycle starts with the external VME device requesting control of the 
VMEbus by asserting P1_BR3. 

2. P1_BR3 is synchronized to the system clock to form B_SBR, which feeds 
into the VME Arbiter/Requester PAL U2704. 

3. U2704 asserts B_BGOUT (which is the same signal as P1_BG30UT) since 
the VMEbus is currently IDLE. 

4. The external master responds to the bus grant by asserting P1_BBSY, indi- 
cating that is has taken control of the VMEbus. 

5. This is received by the VME Arbiter/Requester as B_SBBIN, causing it to 
release the bus grant signal. 

6. After the external master takes control of the VMEbus it will enable its 
addresses and data onto the VMEbus and assert its address and data strobes 
Pl_ASandPl_DS[l:0]. 

7. The addresses will be latched in the VME Slave Address Latches U2901-2 
and U291 1-3, and be decoded by the VME Slave Address Decoder U2907. 

8. BJJSPC enables the User DVMA Context Selector U2908, which indicates 
that an enabled context has been chosen by asserting B_UDMA. (In this 
example we show a User DVMA cycle, as indicated by the assertion of 
B_USPC by the decoder.) 

9. BJJDMA in association with P1_SAS and P1_DS causes the VME Slave 
Request PAL U2904 to assert XREQ. 

10. XREQ gets synchronized to the system clock to form S_XREQ. 

1 1 . Assertion of S_XREQ causes the DVMA Controller PAL U2409 to assert 
Processor Bus Request P_BR on the next falling edge. 

12. About three clocks later the CPU will respond by asserting Processor Bus 
Grant P_BG. 

13. The DVMA Controller will then wait until the delayed version of P_AS, 
CS3, goes away and then asserts Processor Bus Grant Acknowledge 
P_BACK to take control of the P2 bus, and X_DMAEN to enable the VME 
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Slave Interface onto the P2 bus. 

14. On the next falling edge it asserts the DVMA Address Strobe D_AS, which 
is buffered to form P_AS. 

15. On the falling edge after that P_BR will be released, leaving only P_BACK 
to hold onto the P2 bus. 

16. Sometime later the CPU will respond to the negation of P_BR by negating 
P_BC 

17. The point at which D_AS is asserted becomes state 1 of the DVMA cycle, 
which will proceed identically to a CPU cycle. In our example an access of 
main memory is shown. 

18. On main memory accesses P_DSACK1 is asserted at state 4, which will 
cause S_ACK to go active at state 5. 

19. The DVMA Controller will respond to this by negating D_AS and P_BACK 
at state 7, ending the cycle and turning the P2 bus back over to the CPU. 

20. In the case of a VME read cycle, the data will be latched into the VME Data 
buffers at state 7. 

21. These data buffers will remain enabled onto the VMEbus until the external 
master negates the data strobes P1_DS[1 :0]. 

22. At state 9 P1_DTACK will be asserted to indicate to the external VME mas- 
ter that the transfer has been completed, and X_DMAEN will be negated. 
P1_DTACK occurs at state 9 instead of state 7 for two reasons: to satisfy the 
VME data-to-DTACK setup time and to allow time for parity checking. The 
VMEbus doesn't allow simultaneous assertion of DTACK and BERR, so the 
data must be checked before asserting DTACK. 

23. The external master will respond to P1_DTACK by negating its VME 
address and data strobes. 

24. This will cause P1_DS to go away. 

25. When P1_DS is deasserted, the VME Slave Request PAL negates 
PI DTACK. 



Lock Mode Cycles 

VME Device Initiates P2 Bus 

Lock 



In the timing diagram labelled "VME Device Initiates P2 Bus Lock," in Appen- 
dix A, we see the circumstances surrounding the initiation of P2 bus lock mode, 
comprised of the tail end of a VME Slave cycle, a CPU cycle, and two more 
VME Slave cycles. The end of the first VME Slave cycle is identical to that 
shown in the previous section, but a new signal relevant to lock mode operation 
is shown: B_5SXDMA. This is simply the VME Slave Address Enable signal, 
X_DMAEN, delayed by passing through 5 flip-flops clocked on the falling edge 
of the system clock. It can be thought of as timing a period of 300 nanoseconds 
from the end of the Slave cycle, or 240 nanoseconds from the generation of 
P1_DTACK. If, within this period, a new DMA request is received from the 
external VME Master in the form of a valid XREQ, we will enter Lock Mode. 



sun 

fracfoiyiMmB 



{Rev 1 of 10 May 1987) CONFIDENTIAL! 



Chapter 33 — Sample Cycles 329 



VME Device Ends P2 Bus Lock 



VME Device Not Fast Enough 
to Initiate P2 Bus Lock. 



33.3. Ethernet Cycles 



This is accomplished by clocking the state of XREQ into a D flip-flop (U2407) 
on the trailing edge of B_5SXDMA. 

The output of U2407 flip-flop is B_LOCK, the indication of Lock Mode. We see 
B_LOCK being asserted in the timing diagram, but it occurs too late to lock out 
the current CPU cycle, which is already in progress. Instead, the DVMA Con- 
troller goes through the normal process of requesting and being granted the local 
bus, and performing the first Slave cycle. 

At this point, in the absence of BJLOCK, the local bus would be returned to the 
CPU. Since BJLOCK is asserted in this case, however, the bus is kept by the 
DVMA controller and prepared for the start of the next cycle by re-asserting 
X_DMAEN. This allows the next Slave cycle to start on the next falling edge of 
the system clock if XREQ is present. From now on, as long as a new XREQ is 
present at the trailing edge of B_5SXDMA, we will remain in Lock Mode. 

A fail-safe mechanism is provided which returns the local bus to the CPU for one 
cycle after every refresh cycle, in case Lock Mode gets stuck in the "on" state. 
Note that Lock Mode does not lock out refresh or Ethernet cycles, both of which 
still retain their higher priority. 

When the external VME Master stops initiating cycles within the window timed 
by B_5SXDMA, BJLOCK will be negated and control of the P2 bus will be 
returned to the CPU. This situation is shown in the timing digram labelled 
"VME Device Ends P2 Bus Lock," in Appendix A, where we see the last VME 
Slave cycle. (A certain amount of time is wasted at the end of Lock Mode 
because the DVMA controller holds onto the P2 bus for approximately six clocks, 
before deciding that it is no longer required.) 

If the external VME Master is not fast enough to initiate bus lock, the CPU will 
perform a bus cycle in between most Slave cycles. Hits on the internal 68020 
cache will lower the bus utilization so that this doesn't always happen, but about 
half of the time it will. The situation where the CPU performs a cycle in between 
each Slave cycle is shown in the timing diagram labelled "VME Device Not Fast 
Enough to Initiate P2 Bus Lock," in Appendix A. 

The Ethernet interface runs off of an 8 megahertz clock that is asynchronous to 
the CPU clock, so Ethernet cycles take a variable amount of time depending on 
the relationship of the two clocks at the time the cycle starts. The timing 
diagram labelled "Ethernet Cycle (Fastest Case)," in Appendix A, shows the 
fastest case, which occurs when the clocks have the optimal relationship. The 
timing diagram labelled "Ethernet Cycle (Slowest Case)," in Appendix A, 
shows the slowest case. 

1 . An Ethernet cycle starts when the 82586 asserts either E JRD or EJWR, 
which signify either a read or a write. 

2. These signals are synchronized to the 8 megahertz Ethernet clock, E_C125, 
in flip-flop U2500I to form E_SRD and E_SWR. 



tDue to BITS, or Bizarre Intel Toning Specs. 
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3. On the next rising edge of E_C125 the Ethernet Control PAL, U2501 , will 
assert E_AS, or Ethernet Address Strobe. 

4. E_AS goes to the Ethernet Request Flip-Flop, U2407, where it clocks in the 
Ethernet DMA Request (E_DMAREQ) as long as there have been no Ether- 
net errors. 

5. E_AS also clocks the addresses into the Ethernet Address Latches, U25 12- 
15. 

6. E_DMAREQ gets synchronized to the CPU clock in U2408 to form 
S_EREQ. 

7. S_EREQ goes into the DVMA Controller (U2409), causing it to generate the 
Ethernet Address Enable signal, E_DMAEN, as soon as the CPU is not 
using the P2 bus. 

8. This enables the Ethernet Address Latches onto the P2 bus, and will be fol- 
lowed on the next system clock by the DVMA Address Strobe, D_AS. 

9. As soon as E_DMAEN is asserted, E_CLR will clear E_DMAREQ, prepar- 
ing it for the next cycle. 

10. A normal memory cycle will be performed and D_AS will be negated at 
state 7, causing flip-flop U2504 to assert E_READY to the 82586. 

11. The 82586 will recognize this and end its cycle two E_C125 clocks later, 
after an internal synchronization delay. 

The 82586 multiplexes addresses with the data on all 16 data lines, so some con- 
tortions are required in order to keep from having contention on these lines. On 
reads, signal E_RDT1 indicates the Tl period in Intel parlance. On the next ris- 
ing edge of E_C125, one of E_RDU or E_RDL goes active, depending on which 
half of the P2 bus is being accessed. These signals enable the Ethernet Data 
Buffers U2508-1 1 onto the local Ethernet address/data bus at a time guaranteed 
to be after the 82586 stops driving these lines with address information. The 
read data is latched into these latches at state 7, with the negation of D_AS. 

33.4. Refresh Cycles A typical refresh cycle is illustrated by the timing diagram labelled "Refresh 

Cycle," in Appendix A. 

Refresh cycles are requested by free running counter U2400 approximately every 
15 microseconds — every time bit 7 goes high. The counter is reset when it 
reaches binary count 10011001, counting off a 100 nanosecond clock. 

1 . Bit 7 of the Refresh Period Counter U2400 clocks the Refresh Request Flip- 
Flop U2402, which generates R_DMAREQ. 

2. This is synchronized to the system clock by U2408, then fed into the DVMA 
Controller U2409 in the form of S_RREQ. 

3. Referring to the timing diagram, you will see that the DVMA Controller 
goes through its normal bus request/bus grant/bus grant acknowledge routine 
and asserts R_DMAEN as soon as it gets control of the P2 bus, enabling the 
refresh addresses onto the P2 bus (U2403-5). 
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4. On the next clock, REFR, a signal analogous to an address strobe, is 
asserted. 

5. This signal goes to the RAS PALs U3100 and U3102 after being buffered in 
U704. 

6. RAS PALs U3100 and U3102 assert RAS to all banks of RAM simultane- 
ously. 

7. REFR is delayed by two flip-flops to form R_SAS and R_SSAS. 

8. R_SAS causes the DVMA controller to release P_BACK, so that the CPU 
can start the process of retaking the P2 bus. 

9. R_SSAS ends the cycle by telling the DVMA Controller to negate REFR 
andR DMAEN. 
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34.1. U3100 and U3102 
Pinouts 



RAS Decode PALs — U3100 and 

U3102 



Pinouts for the two decoder PALs are generically the same; rasO signals from 
U3100 are derived from the same equations as ras2 in U3102; rasl in u3100 are 
derived from the same equations as ras3 in U3102. These signals are lumped 
under the general terms EVEN (rasE) and ODD (rasO). Thus, rasO is connected 
to the two odd megabytes in the four megabyte space — megabytes 1 and 3. The 
rasE signals go to the two even megabytes — and 2. In other words, 

□ RAS to megabyte comes from U3 1 00 

a RAS to megabyte 1 comes from U3100 

d RAS to megabyte 2 comes from U3 102 

d RAS to megabyte 3 comes from U3 102. 



Figure 34-1 U3100 and U3102 Pinouts 



******** 



/p2_uas * 1* 

/p2_endras * 2* 

/p2_devsp * 3* 

/p2_refr * 4* 

* * * * 

p2_siz0 * 5* 

**** 

p2_sizl * 6* 

p2_a0 * 7* 

**** 

p2_al * 8* 
**** 

p2_all * 9* 

**** 

gnd *10* 



x * * * w 

*» * * 

*2C* 



*19* /rasO_C8 

*18 T /rasE_24 

» ** * 

*17* /rasE_16 

* » * * 

*16* /rasE_08 

* * * * 

*15* /rasE_00 

*14* /rasO_24 
*** * 

*13* /rasO_16 

*12* /rasO_00 

* * w* 

*11* p2_a!2 



r********* 
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"<2. U3100 and U3102 
Input Signals 



Inputs to U3100 and U3102 decoders are: 



p2_uas- - row address is stable - generate RAS 

p2_endras- - terminate RAS to meet precharge spec 

p2_devsp- - device space cycle 

p2_refr- - RAS all DRAM for refresh 

p2_siz<l:0> - size bits from bus master (to 

select byte, word, 3-byte or longword) 

p2_a<12:ll> - physical address from MMU (to 
select 1 of 4 Megs) 

p2_a<01:00> - physical address from bus master 
(to select bytes) 



34.3. U3100 and U3102 
Outputs 



Outputs from U3 100 and U3 102 are 












c 
















^ 


rasE_24- 


- 


U3100 
Meg 


U3102 
Meg 2 


- byte 


24 




rasE_16- 


- 


Meg 





Meg 


2 


- byte 


16 




rasE_0S- 


- 


Meg 





Meg 


2 


- byte 


08 




rasE_00- 


M 


Meg 





Meg 


2 


- byte 


00 




rasO_24- 


- 


Meg 


1 


Meg 


3 


- byte 


24 




rasO_16- 


- 


Meg 


1 


Meg 


3 


- byte 


16 




ras0_08- 


w 


Meg 


1 


Meg 


3 


- byte 


08 




rasO_00- 


- 


Meg 


1 


Meg 


3 


- byte 


00 




i. .,._ , 
















^ 



Derivations of the individual RAS signals are given below. First, though, a cou- 
ple of macros need to be defined for convenience. 
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The "do a RAS cycle" macro is defined as a device space access during a cs2, 
when RAS is stable, until p2_endras is deasserted. 



f 




-\ 


♦define DORAS 


p2 devsp*p2_uas*/p2_endras 




' 




J 



U3100 Output Signals 



The next four definitions define one of four megabytes in the on-board 4 Mbyte 
physical memory, by decoding address bits p2_al 1 and p2_a!2. 



f 






■\ 


tdefine MEGO 


/p2_al2*/p2_all 


first megabyte 




♦define MEG1 


/p2_al2* p2_all 


second megabyte 




♦define MEG2 


p2_al2*/p2_all 


third megabyte 




♦define MEG3 


p2_al2* p2_all 


fourth megabyte 




t 






> 



Now we can list the PAL equations for the eight RAS signals issued from U3100 
and the eight RAS signals from U3102. Remember that: 

d U3 1 00 issues RAS to megabytes and 1 ; 

□ U3102 issues RAS to megabytes 2 and 3. 

The following eight signals are issued from U3100. 

The RAS strobe for upper data byte (data bits [31:24]) in megabyte space is 
decoded: 



f 


\ 


rasE 24 - DORAS*MEG0*/p2_al*/p2_a0 + 




valid RAS to first megabyte on the board, and byte offset 




p2_refr 




RAS always on refresh 




l 





sun 

mowys terns 



{Rev 1 of 10 May 1987) CONFIDENTIAL! 



338 2060 CPU Board Engineering Manual CONFIDENTIAL! 



RAS issued to byte [23:16] in the megabyte space is: 



rasE_16 - DORAS*MEG0*/p2_al* p2_a0 + 

valid RAS to megabyte 0, data with +1 byte offset 

DORAS*MEG0* p2_sizl*/p2_al + 
3 byte or word-sized data, or +1 byte offset 

DORAS*MEGO*/p2_aizO*/p2_al + 
1 byte or longword- sized data, or +1 byte offset 

p2_refr 
RAS always on refresh 



The remaining RAS signals are decoded similarly. RAS to byte [15:08] in mega- 
byte is: 



rasE 08 - 


DORAS*MEG0* p2_al*/p2_a0 + 




DORAS*MEG0*/p2_sizl*/p2_siz0*/p2_al + 




DORAS*MEG0* p2_aizl* p2_siz0* /p2_al + 




DORAS*MEG0* p2_sizl*/p2_al* p2_a0 4 


^ 


p2_refr 



RAS to byte [07:00] in megabyte is decoded: 




rasE_00 - DORAS*MEG0* p2_al* p2_a0 + 


■\ 


DORAS*MEG0*/p2_sizl*/p2_siz0 + 




DORAS*MEG0* p2_sizl* p2_al + 




DORAS*MEG0* p2_sizl* p2_siz0* p2_a0 + 




p2_refr 




V- 


J 



RAS to 


byte [31:24] 


in megabyte 


lis 


decoded: 








rasO_ 


24 - 


D0RAS*MEG1' 
p2_refr 


*/p2 


_al*/p2_ 


aO 


+ 


\ 


>■ 














> 
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RAS to byte [23:16] in megabyte 1 is decoded: 



rasO_16 - D0RAS*MEGl*/p2_al* p2_a0 + 

DORAS*HEGl* p2_sizl*/p2_al + 
DORAS*MEGl*/p2_sizO*/p2_al + 
p2_refr 



RAS to byte [15:08] in megabyte 1 is decoded: 

_ , 



rasO 08 - 



DORAS*MEGl* p2_al*/p2_a0 + 
DORAS*MEGl*/p2_sizl*/p2_sizO*/p2_al + 
D0RAS*MEG1* p2_aizl* p2_siz0*/p2_al + 
DORAS*MEGl* p2_sizl*/p2_al* p2_a0 + 
p2_refr 



RAS to byte [07:00] in megabyte 1 is decoded: 



rasO 00 



DORAS *MEG1* p2_al* p2_a0 + 
DORAS*MEGl*/p2_sizl*/p2_sizO + 
DORAS*MEGl* p2_sizl* p2_al + 
DORAS*MEGl* p2_sizl* p2_siz0* p2_a0 + 
p2_refr 



U3102 Output Signals 



The following eight signals are issued from U3102 PAL. Remember that 
DORAS and MEG(3:0) are macros defined as: 



♦define DORAS p2_devsp*p2_uas*/p2_endras 



♦define MEG0 
♦define MEG1 
♦define MEG2 
♦define MEG3 



/ P 2_al2*/p2_all 

/p2_al2* p2_all 

p2_al2*/p2_all 

p2_a!2* p2_all 



first megabyte 
second megabyte 
third megabyte 
fourth megabyte 
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RAS to byte [31:24] in megabyte 2 is decoded: 



r 




\ 


rasE_24 - 


DORAS*MEG2*/p2_al*/p2_aO + 
p2_refr 




- 




j 



RAS to byte [23:16] in megabyte 2 is decoded: 



rasE 16 



DORAS*MEG2*/p2_al* p2_a0 + 
DORAS*MEG2* p2_aizl*/p2_al + 
DORAS*MEG2*/p2_aizO*/p2_al + 
p2_refr 



RAS to byte [15:08] in megabyte 2 is decoded: 




rasE_08 « DORAS*MEG2* p2_al*/p2_a0 + 


\ 


DORAS*MEG2*/p2_sizl*/p2_sizO*/p2_al + 




D0RAS*MEG2* p2_sizl* p2_siz0*/p2_al + 




DORAS*MEG2* p2_sizl*/p2_al* p2_a0 + 




p2_refr 




- 


J 



RAS to byte [07:00] in megabyte 2 is decoded: 




r 


■\ 


rasE_00 - DORAS*MEG2* p2_al* p2_a0 + 




DORAS*MEG2*/p2_sizl*/p2_sizO + 




DORAS*MEG2* p2_sizl* p2_al + 




D0RAS*MEG2* p2_sizl* p2_siz0* p2_a0 + 




p2_refr 




v 


^ 



RAS to byte [31:24] in megabyte 3 is decoded: 




raaO_24 - DORAS *MEG3*/p2_al*/p2_aO + 
p2_refr 


> 
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RAS to byte [23:16] in megabyte 3 is decoded: 

_ — 



ras0_16 - DORAS*MEG3*/p2_al* p2_a0 + 

DORAS*MEG3* p2_sizl*/p2_al + 
DOPAS*MEG3*/p2_sizO*/p2_al + 
p2_refr 



RAS to byte [15:08] in megabyte 3 is decoded: 



rasO_08 - 


D0RAS*MEG3* p2_al*/p2_a0 + 
DORAS*MEG3*/p2_sizl*/p2_sizO*/p2_al + 
DORAS*MEG3* p2_sizl* p2_siz0* /p2_al + 
DORAS*MEG3* p2_sizl*/p2_al* p2_a0 + 
p2_refr 


> 


V 




j 



RAS to byte [07:00] in megabyte 3 is decoded: 




r 


" 


rasO 00 - DORAS*MEG3* p2_al* p2_a0 + 




DORAS*MEG3*/p2_sizl*/p2_sizO + 




DORAS*MEG3* p2_sizl* p2_al + 




DORAS*MEG3* p2_sizl* p2_siz0* p2_a0 + 




p2_ref r 




V — — — — — — — 


J 
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CAS Decode PAL — U3104 



The CAS decode PAL generates eight column address strobe signals — one to 
each bank of eighteen chips (two bytes and two parity bits). Two of its output 
signals, x_we- and x_cas-, are buffered by U3105 and U3115 control buffers. 

□ x_we- is used to generate write enables for the eight banks of memory; 

d x_cas- generates the column address strobes for these same eight banks of 



memory. 
35.1. U3104 Pinout Pinout for U3 104 CAS decoder PAL is: 

Figure 35-1 U3104 Pinout 



**»»»********* w******w*«***< 



Hr * 



/p2_uas 


* 1* 




* * #* 


/p2_cas 


w 2* 




* * *« 


/p2_ram 


* 3* 




* W ** 


p2_rw 


* 4* 




* * ** 


/p2_bot32M 


* 5* 




*« ** 


p2_a24 


* 6* 




** ** 


p2_a23 


* 7* 




w * * * 


p2_a22 


* 8* 




**** 


p2_a21 


* 9* 




**** 


gnd 


•10* 




* *** 



pal *20* vcc 

•19* /p2_ack 



* * * * 

*18* nu!8 

** * * 

*I7* nul? 
*** * 

*16* /x_we 

** * * 

*15* /x_cas 

*** * 

*14* /rnjparrd 

*** * 

*13* m_rw 
*** * 

*12* /m_ben 

**** 

*U* test 

* * * * 



******************************* 
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.2. U3104 Input Signals Inputs to the CAS decoder PAL are: 



P2_ 


_uas- 




BE 


"delayed" 


address strobe (actually 


cs2-) 


P2_ 


_cas- 




- 


output of 


MMU is stable 


- generate 


CAS 


P2. 


_ram- 




m 


validated 


type cycle 






P2. 


_rw 




- 


read/write- 






P2. 


_bot32M- 


■* 


output of 
(select. 


upper address comparator 
5 bottom 32 Mbytes) 




P 2 . 


_a[24 


21] 


- 


select 2 or A Mbytes in 
address range 


a 32 Mbyte 




test 

>- 






only used when applying 
used to break loops 


test vectors; 



35.3. U3104 Output Signals Outputs from the CAS decoder PAL are: 



' 






N 


x_we- 


■C 


modified version of R/W signal, generates 
write enables for all memory 




x_cas- 


MB 


CAS for all memory 




m_parrd- 


« 


gate parity read data to 
p2_par<24 , 16,08, 00> 




in_rw 


" 


read/write control for the memory 
data buffers 




p2_ack- 


mm 


acknowledge 




m ben- 


- 


memory data buffer enable 




>. 
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Before providing the individual PAL equations for each output signal, there 
are several macros that must be defined. First, read and write are defined as 
levels of the p2_rw signal: read is a high and write is a low. 



r 






"\ 




♦ define READ 


p2_rw 






♦define WRITE 


/p2_rv 




<. 






J 



Next, two and four megabyte systems must be defined. 


♦ifdef TWOMEG 


\ 


♦define MEG2 


/p2_a24*/p2_a23*/p2_a22*/p2_a21 


# 


2 Mbyte system 


♦ else 




♦define MEG4 


/p2_a24*/p2_a23*/p2_a22 


♦ 


4 Mbyte system 


♦endif 




>. 


j 



Finally, memory on the CPU board is defined as occupying a portion of the 
bottom 32 Mbytes of address space. M_SEL, or "memory select," defines 
this space. 



♦define M_SEL p2_uas*p2_ram*p2_bot32M*ADDR 



Write enables are generated by a slightly modified version of the R/W sig- 
nal, and must not change until CAS has been deasserted. Otherwise reads 
may look like late writes, with R/W changes and CAS still asserted. 



- WRITE * p2_uas 

no writes until previous read is complete 



sun 

mcn»y»lemt 



{Rev 1 of 10 May 1987} CONFIDENTIAL! 



348 2060 CPU Board Engineering Manual CONFIDENTIAL! 



CAS to the memories is asserted when p2_cas is asserted (cs4) and is 
deasserted at the end of the cycle (p2_uas invalid). 



x_cas - M_SEL*p2_cas + set CAS 

x_cas*p2_uas*/test hold until end of 'cycle 



This signal gates parity read data to p2_par[24: 16:08:00] when selected and 
doing a read. 



m_parrd - x_cas * READ * p2_uas 



The 


P2_ 


rw signal 


is passed 


straight through. 


f 

/m 


_rw 


- /P2. 


rw 





Generate p2_ack as soon as the board is selected. By ANDing with p2_uas, 
we drive m_ack high before shutting off, since p2_uas- is deasserted before 
p2_cas or m_sel. 



if ( x_cas ) p2_ack - p2_uas 



Turn on the P2 data buffers when selected (doing either a read or a write). 



f ' 






\ 


m_ben 


- x_cas * p2_uas * READ + 
p2_uas * WRITE 


selected 




>. 
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Control Buffers — U3105 and U31 15 351 




36 






Control Buffers — U3 105 and U31 15 



The two control buffers drive cross-coupled write enable and CAS signals to on- 
board memory. U3105 drives four of the eight write enable and four of the eight 
CAS signals to on-board RAM; U31 15 drives the other four write enables and 
CAS signals to on-board RAM. 

These buffer/drivers are permanently gated ON by the connection of pulldowns 
to both output enables. 
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Row and Column Address Multiplexers 
— U3 110:07 
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Row and Column Address Multiplexers 

— U31 10:07 



U3107 through U3110 multiplex the 18 bits of row and column address needed 
to decode a bit from each of the 256K-by-l bit memory RAM. However these 
same address bits are used for an entire 18 chip/bit bank (a 16-bit word with 2 
bits of parity) so that taken as a whole, these address bits access a word (plus 2 
bits of parity) from the entire 2/4 Mbyte memory space — which is why the LSB 
of the RAS/CAS decode is p2_a(02). 

Figure 37-1 RAS/CAS Decode Bit Assignments for 2 and 4 Mbyte Systems 



2 Mbyte Decode 



(bit) 31 



21 20 



decode 



12 11 10 



CAS 



bank 



02 01 



RAS 



(number of bits) 1 1 



00 



byte 
decode 



(bit) 


31 


22 21 


4 Mbyte Decode 

13 12 11 10 




02 01 00 






decode 


CAS 


bank 


RAS 


byte 
decode 




(number c 


fbits) 10 




9 


2 


9 


2 





During the assertion of p2_mux- (aliased cs3), the row address bits p2a(09:02) 
are gated onto the m_a(7:0) memory address bus. The ninth bit, p2_a(10) is sup- 
plied through U3 1 10. RAS is valid during cs3, and is asserted to the memory - 
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RAM. 

With the deassertion of p2_mux- (indicating you are no longer in cs3), column 
address bits p2_a(20:13) are gated onto the m_a(7:0) memory address bus. The 
ninth address bit is supplied through U3109 mux and U31 10 buffer. CAS is now 
valid, and is asserted to the memory RAM. 

Both row and column address bits are latched into row and column decoder 
registers inside each RAM chip with the assertion of their respective RAS and 
CAS signals. 

J3101 selects p2_al2 (for a 2 Mbyte system) or p2_a21 (for a 4 Mbyte system). 
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2060 CPU SPECIFICATION 

1.0 Introduction 

This document provides Implementation Information for the 2060 
CPU and Expansion boards. It provides specific information concerning 
SUN-3 architecture and VME compliancy, general implementation information, 
and mechanical specifications. Detailed hardware descriptions (will) be 
found in other documents. 

2.0 SUN-3 architecture compliancy 

This section is divided into five parts. The first part describes 
the CPU and DVMA devices. The next two parts describe the Control Space 
(68020 extensions and MMU) and all devices which must be accessed through 
the MMU. The last two sections describe interrupts, resets, and timeouts. 
References to the SUN-3 architecture manual are in brackets -[] . 

2.1 CPU/DVMA devices: Everything in front of the MMU 

2.1.1 CPU 

The processor will be a 68020 running at 16.67 MHz. All bus cycles 
will incur a minimum of 1.5 wait states. S4 will be stretched by 30 nsec 
to cause the half wait state. 

There will be an optional 68881 Floating Point Processor. The FPP can 
be run on an independent clock. 

All CPU space cycles will be implemented as in [3.1]. Disabled 
(System Enable register D6=0) FPP coprocessor cycles will be terminated with 
an immediate bus error. All other coprocessor addresses and accesses to an 
enabled but uninstalled FPP will result in a Timeout bus error. Interrupt 
Acknowledge cycles and Installed and enabled FPP cycles will terminate 
normally with DSACK or be aborted with a synchronous bus error. 

2.1.2 System DVMA 

The two system DVMA devices are the Ethernet Interface (Intel 82586) 
[5.11] and the VME Slave System DVMA [5.13.1]. Both use supervisor data 
function codes and are implemented as in the SUN-3 architecture manual. 

The Ethernet Interface has one feature other DVMA devices do not 
implement. Fifo operation of the 82586 requires that the Ethernet Interface 
be able to retain bus mastership. Therefore it can issue a HOLD signal along 
with bus request. 

2.1.3 VME Slave User DVMA 

This will be implemented as in the SUN-3 architecture manual [5.13.2]. 
User DVMA is performed in user data function codes. There will be no 
response to an access to a disabled context. 

2.1.4 Refresh 

The refresh timer will request the bus via the DVMA controller like 
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other DVMA devices. Once the bus has been obtained for a refresh operation, 
the controller vill not execute a DVMA cycle bat instead execute a refresh 
cycle. A REFResh strobe vill be issued instead of AS- so that the refresh 
cycle vill not conflict vith any other address space cycle. 

2.1.5 DVMA Controller 

DVHA/CPU device priority is as follovs: 

1) Refresh- nothing can stop a refresh cycle 

2) Ethernet- can issue bus hold to lock out 3 and 4 

3) VHE System/User DMA- dynamic bus hold feature to lock out 4 

4) 68020/68881 



2.2 Control space: Everything in FC3 

2.2.1 Control Space Devices 

The following Control Space devices vill be implemented [4.1]: 
All devices are byte read and vrite except for the bus error register 
vhich is byte read only. The ID PROM. Page Map, and the Segment Map 
are implemented as an array of bytes. This vill allov vord and longvord 
accesses via the 68020 dynamic bus sizing capability. 

ADDRESS DEVICE 

[0x00000000] + Virtual ID PROM 

[Oxiooooooo] + Virtual Page Map 

[0x20000000] + Virtual Segment Map 
[0x30000000] Context Register 

[0x40000000] System Enable Register 

[0x50000000] User Enable Register 

[0x60000000] Bus Error Register 

[0x70000000] Diagnostic Register 

[0x80000000] to Non-responding addresses vhich 
[OxEOOOOOOO] vill cause a timeout bus error 

[0XF0000000] MMU bypass access to Serial Port 

for diagnostics 

2.2.2 Memory Management Unit 

The MMU vill be implemented as in the SUN-3 Architecture Manual [4.3] 
vith the folloving exception: the cache bits vill read back as zero since 
they are not implemented. 

2.3 Device space: Everything after the MMU 

2.3.1 ECC Memory: not implemented 

2.3.2 Memory Space: TYPE0 space 
2.3.2.1 Parity Mala Memory 
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Main memory vlll be implemented as In section [5.1]. A positive 
acknowledge scheme vlll be used so that non-existing memory locations 
vill result in a timeout bus error. 

256K X 1, 120 nsec DRAMs vlll be used to implement the parity memory. 
Accesses to the memory vill incur 1.5 vait states on reads and vrites. 
There vill be a minimum of tvo megabytes of memory on the CPU board and 
additional memory on the Expansion boards. 

2.3.2.2 Video Memory 

Video memory is a 128K byte block of memory starting at location 
OxFFOOOOOO. Copy Mode, if enabled, vlll cause any vrite operation to a 128K 
byte block of memory starting at location 0x00100000 to also be vritten 
into the video memory. 

The Video display format vill be tvo types. Toe first is a 1152 X 900 
format and the second is a 1024 X 1024 format. The Vertical rate vill be 
67 Hz and the pixel rate vill be 10 nsec per pixel. 

The outputs to the video monitor vill be as follovs: 

1) Serial Video- differential ECL 

2) Horizontal Sync- positive TTL pulse, sync on rising edge 

3) Vertical Sync- positive TTL pulse, sync on rising edge 



2.3.3 1/0 Devices: TYPE1 space 



The following devices vill be implemented in |TYPEl, 21 bit ad dress 
space as per the Sun 3 Architecture Manual [5.2, 5.4 to 5.flT: 



ADDRESS 



DEVICE 



[0x00000000] 
[0x00020000] 
[0x00040000] 
[0x00060000] 
[0x00080000] 
[OxOOOAOOOO] 
[OxOOOCOOOO] 



Keyboard/Mouse interface 

Serial 1/0 ports 

EEPR0M 

Time of Day Clock 

Parity Error registers 

Interrupt register 

Ethernet Control register 



[OxOOOEOOOO] 



Non-responding address vhich 
vill cause a timeout bus error 



[0x00100000] 



EPR0M 



[0x00120000] TO 
[0X001A0O0O] 



Non-responding addresses vhich 
vlll cause a timeout bus error 



[0X001C0000] 
[0X001E0000] 



Encryption processor 

Non-responding addresses vhich 
vill cause a timeout bus error 



The Parity Error registers, EPRDM, and the EEPR0M appear as an array 
n processor 

of bytes. This vill allow usage of the 68020 dynamic bus sizing capability 
in accessing these devices. 
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The Encryption processor Is an option. To comply vlth U.S. Customs lav, 
both the 9518 DCP and support PAL will reside Is sockets. The absence of the 
PAL vlll cause a time oat error. 

The Time of Day clock will provide the level 7 non-maskable Interrupt. 
The same interrupt can also provide a level 5 interrupt [5.4: Int. reg] . 

The EEPROM has a 10 msec per byoe write overhead. It will be a software 
responsibility not write to the EEPROM faster than 10 msec/byte. 

2.3.4 VME Master: TYPE2:3 space 

CPU accesses to the VME bus will be through TYPE2 space for 16 bit data 
transfers and TYPE3 space for 32 bit data transfers. The 32 bit address will 
be decoded to supply the VME Address Modifier bits and define the VME address 
size. 



TYPE2 
32-bit Address 



VME bus with 16-bit data AM5:3 00 Address Modifiers 



[0x00000000] 
[OxFFOOOOOO] 
[OxFFFFOOOO] 



VME 32-bit address space 
VME 24-bit address space 
VME 16-bit address space 



(L L H) 
(H H H) 
(H L H) I/O access only 



TYPE3 
32-bit Address 



VME bus with 32-bit data AM5:3 (H) Address Modifiers 



[0x00000000] 
[OxFFOOOOOO] 
[OxFFFFOOOO] 



VME 32-bit address space 
VME 24-bit address space 
VME 16-bit address space 



(L L H) 
(H H H) 
(H L H) I/O access only 



2.4 Interrupts 

2.4.1 On-Board Interrupts 

On-board interrupts will be autovectored on all levels except for 
level 6 where the 8530's will provide a vector. 



LEVEL 



DEVICES 



7 
6 
5 
4 
3 
2 
1 



NMI- Real Time Clock and Parity Error 

All Serial Controllers (8530A's) 

Real Time Clock 

Video vertical interrupt 

Ethernet, System enable register 3 

System enable register 2 

System enable register 1 



2.4.2 VME Vectored Interrupts 

VME Interrupts will be vectored and lower priority than on-board 
interrupts. 
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2.5 CPU Resets and Timeout 

1) Pover On Reset: see [6.0]. 

2) Watchdog Reset: see [6.0]. A user accessible panic button will also 

cause a watchdog reset. 

3) CPU Reset: see [6.0]. In addition, access to the VME bus vill be 

inhibited for the 200 msec Bin. SYSRESET- period. 

4) CPU Board Timeout: Minimum of one refresh period, maximum of two. 

All non-responding addresses and devices vill result in a timeout 
bus error. 



3.0 VME Compliancy 

This section concerns VME compliancy and performance. 
3.1 Options 

1) Multiple Arbiters: A Jumper vill be provided so that if installed 

vill give arbitration control to another VME device. 

2) Arbiter Option: ONE, Only BR3- vill be monitored. 

3) Requester Option: R0R, Release on request 

4) Timeouts: Tvo VME Master timeouts are provided. The first is a 

•retry" period of 3.06 usee (60 nsec clock/ 3cllcs + 240 nsec *12) 
at vhich time the VME interface 'freezes* and other DVMA devices 
(Refresh, Ethernet) can obtain the local bus. After 128 retries, 
a timeout error vill occur. This vill provide a timeout vhen the 
CPU board is master. No timeout vill be provided for VME Slave or 
User mode since it is the responsibility of each master to provide 
it's ovn timeout. 

5) Backoff Mechanism: If the CPU starts an access to the VME at the same 

time a VME devices accesses the P2, the CPU cycle vill be re-run. 

6) Non-implemented features: Since multiprocessing vill not be alloved 

on our systems, READ-MODIFY-WRITE vill not be implemented. 

The ACFAIL- timing during pover dovn vill not meet spec nor vill 
it even be close. Pover up is similar. We need to use an ACFAIL 
signal from the pover supply, use massive pover supply caps, or have 
battery backup if ve vant to implement pover dovn timing. Pover up 
timing has a chance since ve need to implement the 200 msec VME reset 
lockout of the CPU anyvay. 

3.2 Performance Parameters 

The folloving performance parameters assume a 60 nsec clock and 1.5 vait 
states on read and vrite cycles. 

1) CPU to VME latency (assume ideal VME device) 
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not currently bus master 
currently VME bus master 

2) CPU to VME bandwidth (assume Ideal VME device) 

burst rata 



600-660 nsec 
420-480 nsec 



8.3-9.5 MBytes/sec 
480-420 nsoc/longword 



3) VME to P2 latency (not currently P2 bus master, assume idle P2 bus) 

AS to DTACK 570-630 nsec 

4) VME to P2 bandwidth (assume P2 bus locked) 

bandwidth 



5) VME to VME transfer 



time to acquire VME bus 
bandwidth 



6.3-8.9 MBytes/sec 
635-450 nsec/longyord 



70-155 nsec 

limited by VME spec and 
VME devices 



4.0 Block diagram discussions 
4.1 High level of everything 

Figure 1 shows a simplified block diagram of the SUN 2060 system. 
Devices from section 2.1 are on the left side. They supply a virtual 
address to the MMU and arbitrate for control via the DVMA controller. 
Devices from section 2.2 are located in the center. These are the CPU 
extensions and are accessed in FC3 space. The MMU translates the virtual 
address into a physical address that is used by the devices described in 
section 2.3. This Device Space is divided into four types, typeO 
for main and video memory, typel for 1/0 and Control devices, and type2:3 
for the VME Master Interface. 



4.2 Data paths 

Figure 2 provides details about data bus connections. There are two 
bus sizes, a 32 bit and an 8 bit. The 32 bit bus provides a high-bandwidth 
path between the CPU and DVMA devices and main memory. An 8 bit bus size is 
used to reduce significantly board routing problems. This works well since most 
of the Control and Device Space devices aro 8 bits. The Parity Latch and 
Page Map interface bandwidth will be less than possible due to the 8 bit bus 
restriction but accesses to these devices will be infrequent and the loss 
of bandwidth not noticeable. The dynamic bus sizing capability of the 68020 
is used so that longword moves can be done to these two devices. 

There are two 8 bit busses to segregate the M0S and TTL devices. This 
is due to the different data bus interfacing capabilities of the two 
technologies. M0S devices have weak bus drivers and are sensitive to 
undershoot while TTL devices have the opposite characteristics. The separation 
of the two technologies will Improve system reliability. 
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5.0 Mechanical Specifications 

5 . 1 Board Form Factor 

The CPU and Expansion boards vill conform to the triple height Eurocard 
specification. This vill allow either board to ping Into a 50 or 160 chassis. 

Height 366.67 mm 
Width 400.00 do 

5.2 Connectors 

There are eight connectors on the CPU board. Three are the Pl:3, 96 pin, 
VME bns connectors. The other five connectors are the 9 pin video output, 
15 pin Ethernet, two 25 pin serial ports, and a 15 pin long distance keyboard 
and mouse connector. 

The basic Expansion board has the three PI: 3 VME bus connectors. 
Additional connectors vill depend on vhat other functions besides memory vill 
be on the board. 

5.3 Switches 

There are two user accessible switches. One is the diagnostic switch 
which is used to enter and exit diagnostic mode. The other is the user reset 
switch which will cause a watchdog reset. 

5.4 Backplanes 

2050, 2060. Slrlus compatibility will be examined. 
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2060 P2 BUS SIGNAL DEFINITION 

Joe Murphy 



The following are the signals that I am calling collectively the "P2 Bus" for the 
2060. These signals will go off board to the P2/P3 connector of the VME connec- 
tors, as well as interfacing to the memory on the 2060 cpu board. The principle 
purpose of the P2 bus is to provide a high bandwidth path to main memory, and 
as result it is very heavily optimized for dynamic memory timing. I have 
buffered most of the signals from the processor, and from the page map rams, 
to prevent problems associated with mos output stages driving long low 
impedence lines. For all processor values assume no derating until we know 
more accurately what the loading will be (only exception to this is p_as which 
must be derated by 3 ns). 



_ SIGNAL DEFINITIONS 

p2_a[31:00] This is a buffered version of physical address. p2_a[31:13] is the 

output of the MMU, and p2_a[ 12:00] is the output of the bus mas- 
ter (68020 or VME). For p2_a[31:13] timing is (mmu_a + f244) 
where (mmu_a == 100) worst case (p_a + seg_ram + page_ram). 
For p2_a[ 12:00] timing is (p_a + f244). 

p2_d[31:00] Bidirectional data bus. For processor writes is (p_dw + als245). 

Writes to memory are early writes. 

p2_siz[l:0] Buffered version of the bus master's size bits. They are used in 

tandem with p2_a[01:00], to determine which bytes need to be 
selected for a given cycle. Timing is (p_siz + f244). 

p2_rw Buffered version of the bus master's r/w signal. Timing is (p_rw + 

f244). 

m_ack- Memory acknowledge. An addressed device on the P2 bus must 

respond with a positive acknowledge to complete the cycle. The 
bus master will add wait states until this happens, or until the 
cycle time-outs via the time-out bus error sequence. There is no 
minimum spec for how soon m_ack- can be asserted after the 
start of the cycle. Responding devices can assert m_ack- as soon 
as p2_cas- is asserted. Maximum spec is determined by system 
level timeouts. Data can become valid after m_ack- is asserted, as 
long as setup time for all bus masters is met. 
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p2_devsp- 



p2_ras 



p2_mux 



Device space cycle. This signal is used to qualify the generation of 
ras for memory cycles. It is the alternative to using the function 
codes directly. We do not generate ras for cycles that are not in 
device space. We do this to conserve power, and to decouple 
minimum cycle time for devices that can respond faster than main 
memory (such as the 68881). This signal is asserted when 
P-_ fc[2:0] = (1,2,5,8) for non boot state cycles, and p_fc[2:0] = 
(1,2,5) for boot state cycles. Since the physical address spaces 
qualify with p2_ram-, and p2_ram- is only generated if we are 
doing a devicespace access, this signal is only neccesary to qualify 
ras - and then only if we have cycles that are shorter than the 
normal cycle length. Timing is (p_fc + bpal). 

Row Address Stobe. Timing strobe to determine when to assert ras 
for main memory. Must be qualified with p2_devsp- for a device 
space cycle, p2_a[l2:ll] for ras bank decoding (to save power), 
size[l:0J and p2_a[01:00] for byte decode, and p2_endras- not 
asserted (termination of ras). This signal is asserted on (s2 + f74), 
and deasserted on (cycle+f74). Equivalent to CS2. 

Timing strobe to determine when to switch the address presented 
to the rams from row address to column address. When low we are 
selecting the row address, and when high the column address. Is 
equivalent to CS3-. 



p2_ram- 



Signal to qualify p2 cycles. Indicates that the cycle is legitimate 
memory cycle because: we doing a device space cycle, the page is 
valid, the protection checks are ok, and the type bits == TYPEO. 
Must be qualified by p2_cas- if one wants an edge to indicate when 
this signal is stable. 



p2_cas- 



p2_par[24, 16,08,00] 



Column Address Strobe. Timing strobe to determine when to 
assert cas for main memory. Must be qualified with p2_a[31:22] 
for "board" select, and p2_ram- to designate as a memory cycle. 
Equivalent to CS4- 

Bidirectional parity data bus. Writes to memory for parity are late 
writes. 



p2_parwrt- 



Parity write strobe. Used to strobe in parity information on writes 
to memory. This signal is needed to do late writes for parity data. 
Parity write data will not be valid till after cas is asserted at the 
rams. Equivalent to CS5-. 



p2_endras- 



End ras. Timing strobe to determine when to deassert ras. Is 
asserted at cs6, and deasserted at cycle+s(l). Equivalent to CS6-. 
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February 1, 1985 



p2_refr- Refresh all the ram chips. p_as should not be assertedon refresh 

cycles, to keep from triggering all the other timing chains. Refresh 
to memory should not look like normal memory cycles. Obtain the 
bus like a full blown bus master would do. but then just gate the 
refresh address onto at least p2_a[ll:02] (10 bits assumes that 
the largest rams for product life time will be 1 Mbit), and one clock 
later assert p2_refr- for 3 clocks ( Tras == 120ns -> 2 clocks + 
skew__slop ). 
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/* 
*/ 
/* 



*/ 

#deflne 
#def iae 
#define 
#define 
#define 
#define 
#def lne 
#deflne 



Header file for the various decode pals of the 2060 



Virtual Address Spaces 
Leave as ■fcV Can be either p2_fc or p_fc as appropriate. 



FC_0 

USR DATA 
USR~PRCM 
CNTLSPACE 
FC_4 

SUPV DATA 
SUPV~PRGM 
CPUSPACE 



#define DEVSPACE_DATA 
#define DEVSPACE PRGM 



/fc2*/fcl*/fc0 

/fc2*/fcl* fcO 

/fc2* fcl*/fc0 

/fc2* fcl* fcO 

fc2*/fcl*/fc0 

fc2*/fcl* fcO 

fc2* fcl*/fc0 

fc2* fcl* fcO 

/fcl* fcO 
fcl*/fcO 



/* FCO (Illegal) */ 

/* FC1 */ 

/* FC2 */ 

/* FC3 */ 

/* FC4 (Illegal) */ 

/* FC5 */ 

/* FC6 */ 

/* FC7 */ 

/* DATA 1/2 of Device Space */ 
/* PRGM 1/2 of Device Space */ 



/* 



*/ 

#define BYTE24 
#deflne BYTE16 
#define BYTE08 
#define BYTEOO 



Byte decode strobes 
Leave as •a*. Can be either p2_a or p_a as appropriate. 



/al*/aO 

/al* aO 

al*/aO 

al* aO 



/* 

*/ 

#deflne 
#deflne 
#def ine 
#define 
#def ine 
#deflne 
#define 
#define 



Map for Control Space elements 



IDPRDM 

PAGEKAP 

SEGMAP 

CONTEXT 

SYSENABLE 

USERENABLE 

BUSERROR 

DIAG 



/p_a31 
/p a31 
/p~a31 
/p~a31 
/p_a31 
/p~a31 
/p"a31 
/p"a31 



*/p_a30*/p 
*/p~a30*/p 
*/p_a30* p 
*/p_a30* p 

* p~a30*/p^ 

* p_a30*/p 

* p_a30* p^ 

* p_a30* p 



_a29*/p_a23 
_a29* p_a28 
_a29*/p_a28 
_a29* p_a28 
_a29*/p_a28 
_a29* p_a28 
[a29*/p~a28 
_a29* p_a2B 



/* 





*/ 


/* 


1 


*/ 


/* 


2 


*/ 


/* 


3 


*/ 


/* 


4 


*/ 


/* 


5 


*/ 


/* 


6 


*/ 


/* 


7 


*/ 
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#deflne dvma_stb_pal_off 



bpal_off 



/* etheraet miscellaneous 

#define etaernet_palr apalr 

#define ethernet_pal apal 

#define ethernet_pal_ts_l apal ts 1 

#define ethernet_pal~th 1 apal~tn~i 



/* 16R4 */ 



/♦ 



▼me freeze controller 



tfdefine vme_freeze_palr apalr 

#deflne vme_freeze pal apal 

Odeflne vme_freeze_pal_ts 1 apal ts 1 

#deflne vme_freeze_pal~th~i apal~th~l 



*/ 

/* 16R4 */ 



/* vne arbiter 

ffdeflne vme_arb pair 
#define vme_arb pal ts i 
#define vme_arb_pal th~"i 



apalr 

apal_ts_l 

apal~th~i 



/* 16R4 */ 



/* vme master 

#define 7me_master pal apal 

#deflne vme_master_pal skew apal skev 



/* 20L8 */ 



/* vme slave space address decoder 
*deflne vme_slvspc pal apal 



*/ 

/*16L8 */ 



/* vme slave request generator 

#define vme_slvreq_palr apalr 

#define vme_slvTeq_pal apal 

#deflne vme_slvreq_pal_ts i apal ts i 

Jfdefine vme_slvreq_pal_th~i apal~th~l 



*/ 
/*16L8 */ 



/* vme buffer controller 
^define vme_buffer pal apal 



/* 20L8 */ 
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♦include •lib/pals. b* 

/* 

Assign speed versions for pals used in 2060 design. 

I've tried to group the pals into the functional block that 
is most appropriate for each pal. I've also included just 
the parameters that are relavent for each pal. Besides 
keeping this file from becoming tooooo cluttered, it collects 
in one central location the kind of pal ve are using for each 
section, and how it is being used. 
*/ 



/* clock */ 

#define clock_pal bpal 

#define clock~p»lr bpalr 

#define clock_palskev bpalskev 

#define clock~p»l_ts_i bpal_ts_l 

♦define clock_pal_th_i bpal_th_i 



/* 16r8b */ 



/* uP */ 

#define mmuvalid_pal bpal 



/* 1618b */ 



/* mmu */ 

#define cpuspace_pal bpal 



/* 1618b */ 



/* mem 
♦define ras_pal 

#define cas pal 

♦define mem_pal 
♦define mem pal on 
#define mem_pal_off 



*/ 

bpal 

bpal 

apal 

apal_on 
apal_off 



/* 1618b */ 
/* 1618b */ 
/* 1618a */ 



/* io decoder */ 

#define lobus_pal pal 

#define mosbus_pal pal20110 

♦define ttlbus_pal pal20110 

#define ctlspcjnmu_pal pal20110 

♦define ctlspc_sys_pal pal20110 



/* 20110 */ 
/* 20110 */ 
/* 20110 */ 
/* 20110 */ 



/* dvma controller 

♦define dvna_ctlr_palr apalr 

♦define dvma_ctlr_pal apal 

♦define dvma_ctlr_pal_ts_l apal_ts_i 

♦define dvma_ctlr_pal_th_i apal_th_i 



*/ 
/* 20R8 ♦/ 



/* dvma strobe generator 
♦define dvma stb_pal bpal 

^define dvma_stb_pal_on bpal_on 



*/ 

/* 16L8 */ 
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Revision History 



Revision 


Date 


Comments 


50 


26 February 1986 


First version of this Hardware 
Engineering Manual 


A-10 


25 July 1986 


Released version of this Hardware 
Engineering Manual 


1-11 


lof20 October 1986 


Changed revision number to comply 
with Doc Control's new numbering 
scheme. 


1-12 


20 January 1987 


Corrected revision level to reflect new 
numbering scheme. This is the only 
change in the manual. 


1-13 


10 May 1987 


Added changes from the latest ECO; 
PALs 210, 202, 408; 25 MHz clock 
removed; TOD circuit revised. 















